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Verfahren unci Vorrichtung zum Eliminieren unerwunschter Stufungen 
an Kanten bei Bilddarstellungen im Zeilenraster 



Die Erf indung betrifft ein Verfahren gemafc dem Oberbegriff des Anspruchs 1 sowie 
eine entsprechende Vorrichtung. 

3D-GraphikappIikationen, wie Virtual Reality, 3D-Spiele oder im professionelleren 
Umfeld Modellierung und Animation, gehoren bereits heute zu den Standardanwen- 
dungen auf PCs. Voraussetzung fur die Echtzeitfahigkeit in diesem Gebiet ist die 
extreme Leistungssteigerung der Prozessoren in den letzten Jahren sowie 
neuerdings der Einsatz 3D-Graphik-Beschleunigern, die spezielle, wiederkehrende 
Arbeiten in der Graphikgenerierung ubernehmen. DemProzessorfalltlediglich noch 
die Aufgabe zu, die Geometriebeschreibung der darzustelienden Szene zu gene- 
rieren, alles weitere, wie die Rasterisierung (Erzeugung der anzuzeigenden Pixel) 
und das Shading (Farbgebung der Pixel) werden vom Beschleuniger ubernommen. 



Aufgrund der aber immer noch beschrankten Leistungsfahigkeit solcher Systeme 
mussen Kompromisse zwischen der Bildqualitat und der Echtzeitanforderung 
(mindestens 25 Bilder pro Sekunde fur eine kontinuierliche Bewegung) eingegangen 
werden. Im Allgemeinen wird mehr Wert auf eine ruckfreie Darstellung gelegt, 
wodurch einerseits Objekte nur sehr grob modelliert werden, urn die Anzahi der 
Polygone klein zu halten, und andererseits die Bildschirmauflosung klein gehalten 
wird, um die Anzahi der zu generierenden Pixel zu begrenzen. Bei heute ublicher 
VESA-Aufldsung (640 x 480 Pixel) und animierten Bildsequenzen fallen Aliasing- 
Effekte, die durch die Rasterisierung entstehen, aber noch besonders storend ins 
Auge. Trotzdem werden sie toleriert, da klassische Antialiasing-Ansatze, wie zum 
Beispiel das Supersampling, einen zu hohen Speicher- und Rechenleistungsbedarf 
haben. 

Bis eine im Computer modellierte Szene auf dem Bildschirm dargestellt werden 
kann, bedarf es mehrerer Schritte: 

1 . Die im Speicher abgelegten Datensatze der darzustellenden Objekte mussen 
transformiert (skaliert, rotiert) und an den richtigen Stellen in der virtuellen 
Szene plaziert werden (modeling transformation). 

2. Ausgehend von der Position der Objekte bezuglich des Blickwinkels des 
Betrachters werden nun Objekte verworfen und damit nicht weiterberucksich- 
tigt, die garantiert nicht sichtbar sein konnen. Dabei werden sowohl ganze 
Objekte eliminiert, die sich aufcerhalb des sichtbaren Volumens befinden 
(clipping), als auch einzelne Polygone von Objekten, die dem Betrachter 
abgewendet sind (backface removal). 

3. Die in Weltkoordinaten modellierten Polygone (meist Dreiecke) mussen nun in 
das Bildkoordinatensystem uberfiihrt werden, wobei eine perspektivische 
Verzerrung erfolgt, um eine moglichst realistische Abbildung zu ermoglichen 
(viewing transformation). 

4. Die nun in Bildkoordinaten vorliegenden Polygone mussen so aufbereitet 
werden, daft sie durch den Renderer verarbeitet werden konnen (z.B. 
Berechnung von Steigungen an Kanten, usw. / setup processing). 

5. Im Rasterisierer erfolgt dann eine Berechnung der sichtbaren Pixel auf dem 
Bildschirm. Pro Pixel wird nicht nur die Position auf dem Bildschirm (x, y) 
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berechnet, sondern es erfolgt auch die Bestimmung weiterer fur die Beleuch- 
tung und Verdecktheitsanalyse bendtigter Parameter (z-Wert, homogener 
Parameter, Texturkoordinaten, Normalen, usw. / rasterization) 

6. Aufgrund der berechneten Parameter werden nun die Farbwerte der darzustel- 
lenden Pixel ermittelt (lighting). Dieser Schritt wird hier nur dann durchgefuhrt, 
wenn es sich um ein Phong-Renderer handelt. ist nur ein Gouraud-Renderer 
vorhanden, so wird dieser Schritt bereits vor der Transformation ins Biidkoor- 
dinatensystem durchgefuhrt. 

7. Die berechneten Farbwerte werden dann im Framebuffer gespeichert, wenn der 
z-Wert des Pixels angibt, date das Pixel sich vor dem an dieser Position im 
Framebuffer stehendem Pixel befindet (z-buffering). Vor der Speicherung 
konnen die Farbwerte mittels des Blendings mit dem vorher im Framebuffer 
stehen Wert modifiziert werden, wodurch z.B. die Modellierung von halb 
transparenten Objekten moglich wird. 

8. Sind alle sichtbaren Dreiecke rasterisiert worden, so befindet sich im Framebuf- 
fer das auf dem Bildschirm darzustellende Bild. Uber die RAMDAC wird das Bild 
linear aus dem Speicher ausgelesen und in analoge Signale gewandelt, die 
direkt an den Monitor geschickt werden (display process). 

Das Problem des Aliasing entsteht aus der heute ublichen Verwendung von 
Rasterdisplays, da es mit diskreten Punkten nicht moglich ist, beispielsweise eine 
geneigte Kante exakt darzustellen. Bei der "normalen" Scankonvertierung wird ein 
Pixel (picture element) immer dann gesetzt, wenn der Pixelmittelpunkt bedeckt ist, 
wodurch aus einer kontinuieriichen Kante im diskreten Fall in bestimmten 
Abstanden sichtbare Sprunge entstehen, die bei bewegten Bildern besonders 
auffallen, da sie uber die Kante wandern. So tritt zum Beispiel bei der Bewegung 
einer fast horizontalen Kante der irritierende Effekt auf, daft, wenn die Kante 
langsam vertikal verschoben wird, die Sprunge schnell horizontal uber die Kante 
laufen. Es scheint also weder die Bewegungsrichtung noch die Bewegungs- 
geschwindigkeit zu stimmen. 

Aus der Signalverarbeitung ist bekannt, date sich ein Signal (in diesem Fall das Bild) 
nur dann korrekt reproduzieren laBt, wenn die Abtastrate groRer als das Doppelte 
der maximal auftretenden Frequenz ist (Abtasttheorem von Shannon). Da aber die 
Abtastrate durch die Bildschirmauflosung fest vorgegeben ist, werden als 



Umkehrschlufc nur Frequenzen unterhalb der halben Abtastrate korrekt wie- 
dergegeben; alle Frequenzen daruber tragen zum Aliasing bei. 

Das Problem des klassischen Samplings besteht also darin, daR ein Pixel immer als 
Punkt betrachtet wird, wodurch sich auch der Name Point-Sampling ergibt. Allen 
Antialiasing-Ansatzen gemein ist, daft das Pixel nun als etwas Flachenhaftes 
gesehen wird; die Farbe sich ergo aus der Mittelung der Farbgebung der bedeckten 
Pixelflache ergeben sollte. Das Antialiasing versucht nun die darstellungsbedingten 
Probleme soweit wie moglich zu beseitigen, oder zumindest abzuschwachen. 

Bei Aliasing an Polygonkanten sind nicht alle Polygonkanten betroffen, sondern nur 
solche, die sind an den Randern von Objekten befinden. Innerhalb von Objekten 
passen die Polygone in der Regel nahtlos aneinander, und sofern benachbarte 
Polygone eine ahnliche Farbgebung besitzen, ist es an den Kanten zwischen den 
Polygonen nicht von Bedeutung, ob die Pixel von dem einen oder dem anderen 
Polygon gesetzt werden. 

Sehr kleine Objekte konnen verschwinden, falls ihre Ausdehnung kleiner als ein 
Pixel ist. Dieser Effekt fallt besonders dann auf, wenn durch eine kleine Ver- 
schiebung das Objektsichtbar wird, da auf einmal ein Pixelmittelpunkt beruhrt wird. 
Es entsteht eine Art Blinkeffekt, der die Aufmerksamkeit des Betrachters auf sich 
lenkt. 

Bei modernen Phong-Renderern treten zusatzliche Aiiasing-Effekte an den Spot- 
Grenzen auf. Bei Gouraud-Renderern tritt dieses Problem nicht auf, da bei ihnen 
keine Lichteffekte wie die hier gezeigten moglich sind, wodurch die Bildqualitat 
nicht vergieichbar ist. 

Der am weitesten verbreitete Ansatz fur das Antialiasing ist das Supersampling. 
Jedes Pixel wird in (n x n) Subpixel unterteilt, die dann wiederum normal 
"gepointsampelt" werden. Es ergibt sich ein Zwischenbild, welches in beiden 
Dimensionen die n-fache Auflosung des darzustellenden Bildes besitzt. Durch 
Aufsummierung der Farbwerte der (n x n) Subpixel und der anschlie&ende Division 
durch die Anzahl der Subpixel (n 2 ) ergibt sich dann die endgultige Farbe des Pixels. 
Aus Sicht der Signalverarbeitung wird die Abtastrate um den Faktor n (auch 
Oversamplingfaktor genannt) erhoht, wodurch kleinere Details rekonstruiert werden 
konnen. Sinnvolle Werte fur n liegen im Bereich 2 bis 8, wodurch zwischen 4 und 
64 Farbwerte pro Pixel zur Verfugung stehen. 
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Trotz der Einfachheit diese Vorgehens gibt es entscheidende Nachteile, aufgrund 
derer eine Realisierung in Hardware nicht erreicht werden konnte: 

1 . Speicherbedarf : Da das Bild in einer n-fachen Auflosung gerendert wird, muR 
nicht nur der Framebuffer), sondern auch der z-Buffer (24 - 32Bit/Pixel) n-fach 
ausgelegt sein. 

Beispielsweise ergibt sich fur eine Bildschirmauflosung von 1024 x 768 Pixel und 
einen Oversamplingfaktor von n = 4 ein Speicherbedarf von 48 MB fur den 
Framebuffer und 36 MB noch einmal fur den z-Buffer. Insgesamt werden also 84 
MByte Speicher gegenuber 5,25 MB fur das normale Sampling benotigt. 

2. Rechenzeitaufwand: Aufgrund der hoheren Anzahl der zu erzeugenden Pixel 
nimmt die Rechenzeit ebenfalls um den Faktor n 2 zu. War das System also vorher 
in der Lage, 1 6 Bilder pro Sekunde anzuzeigen, so kommt es bei n = 4 nur noch auf 
ein Bild pro Sekunde; es hat seine Echtzeitfahigkeit also verloren. 

Das Verfahren kann zudem nicht garantieren, date das entstehende Bild frei von 
Artefakten ist, denn zu jeder Samplingrate laBt sich leicht ein Bild konstruieren, 
welches garantiert falsch dargestellt wird. Hat das darzustellende Bild eine 
horizontale Auflosung von w, so wird ein senkrechtes Streifenmuster aus (n x w) 
schwarzen und (n x w) weiSen Balken, entweder komplett schwarz oder komplett 
weiB dargestellt. 

Beim stochastischen Supersampiing werden die Samplepoints zufallig uber das Pixel 
verteilt, wodurch die ubrig gebliebenen Artefakte mit einem Rauschen uberlagert 
werden, welches fur das menschliche Auge angenehmer ist. 

Ein Bild, welches vierfach mit einem stochastischen Ansatz gerendert wurde, hat 
in etwa die gleiche Bildqualitat, wie ein 1 6faches Supersampiing an einem regularen 
Raster. 

Das Verfahren ist jedoch auf eine Anwendung in Software beschrankt, da 
Hardware-Renderer ausschlie&lich mit inkrementellen Verfahren arbeiten. Bei 
beliebig plazierten Samplepoints gibt es keine feste Reihenfolge der Punkte mehr, 
so daS die Bearbeitung nicht mehr inkrementell erfolgen kann, sondern die 
Parameter pro Punkt komplett neu berechnet werden mufcten, was einen extremen 
Aufwand bedeutet. 
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Bei dem Nachbearbeitungsdurchgang mussen nicht alle Subpixel gieich behandelt 
werden; bei der Aufsummierung der Farbwerte kann noch ein Faktor eingebracht 
werden, derangibt, wie wichtig das Subpixel fur das Pixel ist. Die Faktoren werden 
nach der Gauft-, Poisson- oder einer anderen Verteilung ermittelt, bei denen in der 
Regel Subpixel, die naher am Pixelmitteipunkt liegen, ein hoheres Gewicht erhalten. 

Supersampling erfolgt in seiner Grundform uber das gesamte Bild immer mit der 
gleichen Abtastrate. In flachigen Bereichen ist jedoch viel Rechenzeit erforderlich, 
da dort jedes Subpixel den gleichen Farbwert beisteuert. Die Idee besteht dabei 
darin, Supersampling nur dort zu betreiben, wo es wirklich notig ist. In einem ersten 
Durchgang wird das Bild normal gerendert, und in einem zweiten Durchlauf wird 
dann jeder Farbwert mit den Farbwerten aus seiner Umgebung verglichen, und nur 
sofern die Differenz einen vorgegebener Schwellwert ubersteigt, erfolgt nun ein 
Supersampling fur dieses Pixel. Der Nachteil bei diesem Vorgehen ist naturlich das 
zweimalige Rendern eines jeden Polygons. 

Der Accumulationbuffer ist eine Abwandlung des vorgenannten Supersamplings, 
bei dem der extreme Speicherbedarf vermieden wird. Es wird lediglich zu dem 
sowieso vorhandenen Frame- bzw. z-Buffer ein zusatzlicher Buffer von der GroBe 
des Framebuffers benotigt, der jedoch eine etwas hohere Genauigkeit braucht. Das 
Rendern eines Bildes benotigt nun n 2 Renderdurchgange bei der normalen 
Framebufferauflosung, wobei n wiederum den Oversamplingfaktor darstellt. 
Zwischen den Berechnungen der Teilbilder wird jeweils das Koordinatensystem der 
zu beschreibenden Geometrie im Subpixelbereich so verschoben, daS die 
Pixelmittelpunkte jeweils auf einem anderen Sample des entsprechenden Supersam- 
pling-Verfahrens zu liegen kommen. Die bei jedem Rendering-Durchlauf erzeugten 
Framebuffer-lnhalte werden im zusatzlichen Buffer akkumuliert (daher der Name 
Accumulationbuffer), worauf sich das Loschen des Frame- und z-Buffer fur das 
nachste Teilbild anschlie&t. Da im Accumulationbuffer n 2 Farbwerte pro Pixel 
aufsummiert werden, sind zu der Framebuffergenauigkeit noch einmal 2*log 2 n 
Genauigkeitsbits zusatzlich erforderlich, damit kein Oberlaufen der Farbwerte 
moglich ist. Sobald alle Teilbilder gerendert wurden, werden die Farbwerte aus dem 
Accumulationbuffer durch die Anzahl der Samples (n 2 ) geteilt, und in den 
Framebuffer ubernommen, der dann angezeigt werden kann. 

Durch den Einsatz des Accumulationbuffers anstelle des beim Supersamplings 
riesigen Framebuffers wird der Nachteil des gro&en Speicherbedarfs beseitigt, nicht 
jedoch der Bedarf an Rechenzeit. Im Gegenteii wird sich die Renderingzeit sogar 



noch erhohen, da nun die Geometriebeschreibungen (meistDreiecke) nun mehrmals 
an den Renderer ubertragen werden mussen. 

Das Areasampling , entwickelt von Edwin Catmull [Edwin Catmull: "A hidden- 
surface algorithm with antialiasing", Aug. 78], basiert darauf, date pro Pixel die 
Flache berechnet wird, welche auf die einzelnen Polygone entfallt. Dies geschieht 
auf analytischem Wege, so da& jedes noch so kleine Polygon in Betracht gezogen 
wird, und liefert eine dementsprechend hohe Bildqualitat. 

Der Ablaut des Algorithmus laftt sich in etwa so beschreiben: 

Alle Polygone werden nach ihrer grdfcten y-Koordinate geordnet. 

- Es wird eine Liste von aktiven Polygonen verwaltet, in die Polygone eingetragen 

werden, sobald die Scanline mit dem groRtem y-Wert erreicht ist, und aus der 
sie wieder geloscht werden, sobald der minimale y-Wert unterschritten wird. 

Pro Scanline, wobei eine Scanline hierbei als etwas Flachenhaftes betrachtet 
wird, muIS pro Pixel ein Bucket angelegt werden, in dem jeweils alle Polygon- 
teile eingetragen werden, die zu diesem Pixel beitragen. Die Polygonanteile 
werden dabei wieder durch Polygone reprasentiert, die gegenuber den 
Pixelkanten geclippt wurden. Beim Aufbau der Buckets wird darauf geachtet, 
date die jeweiligen Polygone entsprechend ihrer z-Werte einsortiert werden. 

Pro Pixel wird nun mit Hilfe des sogenannten "Hidden-Surface-Algorithmus" 
von Sutherland die sichtbare Flache der einzelnen Polygone bestimmt, deren 
Farben dann gewichtet die endgultige Pixelfarbe ergeben. 

Gegen eine derartige Hardwarerealisierung spricht der extreme Rechenaufwand fur 
die Bestimmung der sichtbaren Flachenanteiie bei langer werdenen Listen, sowie 
die scanline-basierte Vorgehensweise bei der Rasterisierung. 

Der A-Buffer-Alqorithmus [Loren Carpenter: "The a-buffer, an antialiased hidden 
surface method", Computer Graphics 12, 84]) stellt die diskrete Realisierung des 
Areasamplings dar, bei der nicht die exakte Flache der Polygone abgespeichert 
wird, sondern nur Subpixelmasken, die eine Approximation der Flachen darstellen. 
Zudem erfolgt die Traversierung polygonweise, so daft wiederum ein Framebuffer 
benotigt wird, der jedoch eine dynamische Liste pro Pixel aufnehmen muft, in der 
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die Subpixelmasken mitsamt ihren Farbwerten gespeichert werden. Pro Sub- 
pixelmaske wird dabei entweder nur ein z-Wert (der vom Mittelpunkt des Pixels) 
oder zwei z-Werte (minimal und maximal auftretender z-Wert im Pixel) abgespei- 
chert, urn den Speicheraufwand zu begrenzen. Sobald alle Polygone behandelt 
worden sind, werden in einem weiteren Durchlauf durch das Bild die Subpixelmas- 
ken aufgrund der z-Werte verrechnet, so daft der endgultige Farbwert entsteht. 

Der konstant hohe Speicherbedarf des Supersamplings wurde somit durch einen 
sich dynamisch der Komplexitat der Szene anpassenden Speicherbedarf ersetzt. 
Aufgrund dieses dynamischen Verhaltens und der daraus resultierenden Traver- 
sierung von Listen eignet sich dieses Verfahren kaum fur eine Hardware-lm- 
plementierung. Weiterhin stellt sich die Verdecktheitsanalyse anhand der begrenzten 
Anzahl der z-Werte als problematisch heraus. In [Andreas Schilling und Wolfgang 
Strafter: "EXACT: Algorithm and Hardware Architecture for an Improved A-Buffer", 
Computer Graphics Proceedings, 93] wird eine mogliche Losung mittels der 
zusatzlichen Speicherung von dz/dx und dz/dy auf Subpixelebene aufgezeigt. 

Beim Approximationbuffer von Lau [Wing Hung Lau: "The antialiased approximation 
buffer", Aug. 94] findet ebenfalls der A-Buffer-Ansatz Verwendung, wobei jedoch 
die Anzahl der pro Pixel gespeicherten Fragmente auf zwei beschrankt wird. Es 
ergibt sich somit ein konstanter Speicheraufwand, der jedoch mit Verlusten in der 
Bildqualitat erkauft wird. So werden nur noch Pixel korrekt behandelt, die maximal 
von zwei Polygonen bedeckt sind, da mehr Anteile nicht darstellbar sind. Das 
Verfahren ist demnach auf wenige, grofce Polygone beschrankt, da dann der Fall 
von mehr als zwei Fragmenten praktisch nur noch sehr selten auftritt (unter 0,8% 
laut Lau), und somit die Qualitat der Ergebnisbiider ausreichend gut ist. 

Der Exact Area Subpixel Algorithm (EASA von Andreas Schilling [Andreas Schilling: 
"Eine Prozessor-Pipeline zur Anwendung in der graphischen Datenverarbeitung", 
Dissertation an der Eberhard-Karls-Universitat in Tubingen, Juni 94]) stellt eine 
Modifikation des A-Buffers dar, bei dem eine hohere Genauigkeit an Kanten eines 
Polygons erreicht wird. Die Generierung der Subpixelmasken erfolgt beim A-Buffer 
aufgrund der Bedeckung der Subpixelmittelpunkte. Schilling hingegen berechnet den 
exakten Flachenanteil, woraus eine Anzahl zu setzender Subpixel abgeleitet wird, 
die dann zur Generierung der eigentlichen Maske anhand der Steigung der Kante 
fuhrt. Durch dieses Vorgehen kann eine hohere Auflosung bei fast horizontalen 
(vertikalen) Kanten erreicht werden, da beim A-Buffer immer mehrere Subpixel auf 
einmal gesetzt werden, so daft nicht die maximale Auflosung der Subpixelmaske 
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ausgenutzt werden konnte. 

Das Verfahren von Patrick Baudisch [Patrick Baudisch: "Entwicklung und 
Implementierung eines effizienten, hardwarenahen Antialiasing-Algorithmus", 
Diplomarbeit, Technische Hochschule Darmstadt, Sept. 94]) basiert ebenfalls auf 
Subpixelmasken, die an Polygonkanten generiert werden. Jedoch dienen siehierbei 
nicht dazu, die Flache der einzeinen Poiygone zu berechnen und deren Farbe damit 
entsprechend zu gewichten wie bei den vorigen Verfahren, sondern um aus einem 
normal gepointsampleten Biid die benachbarten Farben zuzumischen. Als Grundlage 
dient die raumliche Koharenz der Pixel, d.h., da(5 die Farbe, die ein Polygon 
teilweise zu einem Pixel beitragt, garantiert in einem benachbarten Pixel zu finden 
ist. Die Position der Subpixel in der Maske gibt an, aus welchem benachbartem 
Pixel eine Zumischung erfolgen soil, sofern es gesetzt wird. Die Subpixel auf den 
Diagonalen verweisen dabei auf zwei benachbarte Pixel. 

Beim Vier-Zeiger-Verfahren werden jeweils 4 Subpixel zu einem Meta-Subpixel 
zusammengefa&t, welches wiederum die Zumischung der benachbarten Pixelfarbe 
angibt. Durch das Zusammenfassen geht die raumliche Information verloren, die 
Genauigkeit der Flachenanteile erhoht sich aber. Die bisherigen Antialiasing- 
Verfahren haben insgesamt Nachteile in bezug auf ihre mogliche Hardware- 
Realisierbarkeit, die nur schwer behoben werden konnen. Einerseits muS ein 
enormer Speicheraufwand betrieben werden (Supersampling, Area-sampling, A- 
Buffer), und andererseits ist der Rechenaufwand einiger Verfahren so hoch 
(Supersampling, Accumulationbuffer, Areasampling), daS eine Hardware-Realisie- 
rung kaum noch echtzeitfahig ist. Zudem werden bei Verfahren, die ausschliefclich 
auf Polygonkanten arbeiten, (Areasampling, A-Buffer, Approximationbuff er, EASA, 
Subpixelverfahren, Vier-Zeiger-Verfahren) Billboard- und Spot-Artefakte nicht 
berucksichtigt. 

Die beim Stand der Technik bestehenden Probleme sollen nachf olgend noch einmal 
kurz zusammengefafSt werden: 

Das Problem des Aliasing entsteht aus der Verwendung von Rasterdisplays, da es 
mit diskreten Punkten nicht moglich ist, z.B. eine geneigte Kante exaktdarzustellen. 
Bei normalen Rasterisierungsmethoden entstehen aus einer kontinuierlichen Kante 
im diskreten Fall in bestimmten Abstanden Sprunge, die den visuellen Eindruck 
stark store n. 
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Ein Ciblicher Ansatz um diesen Effekt zu beheben, ist das Supersampling, bei dem 
durch viele Abtastpunkte innerhalb eines Pixels versucht wird, eine bessere Farbe 
zu bestimmen. Das Verfahren ist aber kaum im Echtzeitbereich einsetzbar, da ein 
sehr hoher Speicher- und Rechenzeitaufwand notig ist. 

Die anderen Verfahren versuchen, einen besseren Farbwert zu bestimmen, indem 
sie den flachenmaSigen Beitrag der Polygone zujedem Pixel genau berechnen. Aber 
auch hier ist ein sehr hoher Rechenzeitbedarf (wenn nicht auch Speicherplatz) 
notwendig. 

Aus der US-Patentschrift 5 748 1 78 ist es ferner bekannt, die Umgebung eines 
Pixels im Durchlauf in einer Art Schiebregister zu speichern, wobei einander 
benachbarte Pixel auch benachbarte Speicherplatze einnehmen. Eine Fiiterung wird 
dabei dadurch erzielt, date dann jeweils eine Pixel-Umgebung einem gemeinsamen 
Filter- Gewichtungsvorgang unterworfen werden kann. Da die Wirksamkeit des 
Verfahrens davon abhangig ist, welche Pixel einander zufallig benachbart sind, ist 
hiermit ein wirksames Antialiasing nicht moglich. 

Aus der US-Patentschrift 5 264 838 ist es ebenfalls bekannt, zum Zwecke des 
Antialiasing je eine Umgebung eines Pixels im Bereich eines Impulses mit einer 
unscharfen Umgebung (Halo) zu versehen. Dieses Verfahren erzeugt jedoch lediglich 
eine zusatzliche Unscharfe, da es ungezielt wirkt. 

Der Erfindung liegt demgegenuber die Aufgabe zugrunde, ein Antialiasing-Verfahren 
anzugeben, welches die Echtzeitfahigkeit nicht beeintrachtigt, wodurch trotz der 
Notwendigkeit der Realisierung in Hardware eine deutliche Verbesserung der 
Bildqualitat erreicht werden konnte. 

Diese Aufgabe wird durch ein Verfahren gelost, welches zum Eliminieren 
unerwunschter Stufungen an Kanten bei Bilddarstellungen im Zeilenraster, ins- 
besondere im On-line Betrieb dient. Dieses Verfahren ist gekennzeichnet durch die 
Schritte: 

a) Anwendung eines Kantenoperators auf einen Bildteil zur Grobermitt- 
lung mindestens eines gerasterten Kantenverlaufs, 

b) Bestimmung der Position mindestens eines ersten Pixels aus der 
Menge derjenigen Pixel, die den gerasterten Kantenverlauf bilden oder 
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an cliesem gerasterten Kantenverlauf angrenzen, 

c) Approximation einer Geraden zur Ermittlung eines wahrscheinlichen 
Verlaufs der ungerasterten Bildkante in der Nahe des ersten Pixels, 

d) Ermittlung eines Kriteriums aus der Approximationsgeraden und der 
Position des ersten Pixels fur die Zumischung einer Farbe X zu der 
Farbe C im betrachteten ersten Pixels und 

e) Mischung der ermittelten Farbe X zu der Farbe C im betracheten 
ersten Pixel. 

GemaB einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgema&e 
Verfahren dadurch gekennzeichnet, daft das Kriterium des Verfahrensschrittes d) 
in Abhangigkeit von der Lage des betrachteten Pixels relativ zur Approximations- 
geraden f estlegt, welche Farbe X zu der Farbe C des betrachteten Pixels zugemischt 
wird. 

Gemali einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgema&e 
Verfahren dadurch gekennzeichnet, da& das Kriterium gemafc Verfahrensschritt d) 
in Abhangigkeit von der Lage des betrachteten Pixels relativ zur Approximations- 
geraden f estlegt, daft die Farbe mindestens eines benachbarten Pixels gewichtet zur 
Farbe des betrachteten Pixels zugemischt wird. 

GemalS einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemaSe 
Verfahren dadurch gekennzeichnet, daS bei einem betrachteten Pixel, das von der 
Approximationsgeraden nicht geschnitten wird, die Farbe unverandert bleibt. 

Gemafc einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemafte 
Verfahren dadurch gekennzeichnet, dafc bei einem betrachteten Pixel, das von der 
Approximationsgeraden geschnitten wird, die resultierende Farbe Rnach Mafcgabe 
des folgenden Kriteriums bestimmt wird: 

die Approximationsgerade teilt das betrachtete Pixel in zwei Teilflachen F q , 
F 2 , wobei F q + F 2 = 1, mit 1 ist die Gesamtflache des Pixels, wobei F q 
diejenige Teilflache ist, in weicher der Pixelmittelpunkt liegt; 

zugemischt wird zu der Farbe C des betrachteten Pixels die Farbe X 



- 12 - 



desjenigen benachbarten Pixels, welche an die iangste vom Raster 
gebildete Kante der Teilflache F 2 angrenzt. 

GemaS einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemafce 
Verfahren dadurch gekennzeichnet, daS sich die resultierende Farbe R aus der 
ursprunglichen Farbe C des betrachteten Pixels und der zugemischten Farbe X eines 
benachbarten Pixels nach folgender Gleichung ergibt: 

R = F 1 xC + F 2 xX 

GemaS einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemafce 
Verfahren dadurch gekennzeichnet, daS die Teilflachen F 1 , F 2 durch ein geeignetes 
Approximationsverfahren approximiert werden. 

GemaB einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemafce 
Verfahren dadurch gekennzeichnet, dafcdiegenannten Verfahrensschritte auf einen 
mittelseine Rendering und/oder Shading-Verfahrens behandeiten Bildteil angewen- 
det werden. 

GemaS einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgema&e 
Verfahren dadurch gekennzeichnet daft das Shading/Rendering dreiecks- oder 
Scanlinebasiert ist, oder date es sich um ein Gouraud-oder Phong-Shading handelt. 

GemalS einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgerna&e 
Verfahren dadurch gekennzeichnet, daSdie vorgenannten Verfahrensschritte a) bis 
e) einzeln oder in Gruppen im zeitlichen Versatz ausgefuhrt werden. 

GemaB einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemafce 
Verfahren dadurch gekennzeichnet, da& der zeitliche Versatz mindestens eine 
Bildzeile betragt. 

Gemafc einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemaSe 
Verfahren dadurch gekennzeichnet, dafc die Verarbeitung im zeitlichen Versatz in 
einem Framebuffer ohne weitere Zwischenspeicherung erfolgt. 

Gemaft einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemafce 
Verfahren dadurch gekennzeichnet, date die Approximationsgerade uber mehrere 
Stufen des gerasterten Kantenverlauf s verlauft, und da& die Approximationsgerade 
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endet, wenn die Kriterien 

1) Es konnen maximal zwei verschiedene Stufenlangen vorkommen, 
deren Stufenlangen sich aufcerdem urn maximal 1 unterscheiden 
durfen. 

2) Nur eine der beiden Stufenlangen darf mehrmals hintereinander 
auftreten. 

3) Durch das Aneinanderreihen der Anzahlen der Stufen, die die gleiche 
Lange haben, erhalt man eine Zahlensequenz, bei der abwechselnd 
immer eine Eins und dann eine beiiebige Zahl (>0) steht. Die Einsen 
(nur die an jeder zweiten Position) werden aus dieser Sequenz 
gestrichen. Bei der erhaltenen Sequenz durfen wieder nur zwei 
verschiedene Zahlen vorkommen, die sich um eins unterscheiden. 

4) Bei der unter 3. erhaltenen Sequenz darf nur eine der beiden mogii- 
chen Zahlen mehrmals hintereinander auftreten. 

5) Durch wiederholtes Anwenden der Regeln 3, und 4. auf die Zahlense- 
quenz, la£t sich ein immer globalerer Blick auf die Kante gewinnen. 

in aufsteigender Reihenfolge uberpruft werden und mindestens ein Kriterium 
nicht erfullt ist. 

GemaK einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemalSe 
Verfahren dadurch gekennzeichnet, daft die Approximationsgerade uber mehrere 
Stufen des gerasterten Kantenverlaufs verlauft, und dafcdie Approximationsgerade 
endet, wenn eines der Kriterien 

1) Es konnen maximal zwei verschiedene Stufenlangen vorkommen, 
deren Stufenlangen sich auSerdem um maxima! 1 unterscheiden 
durfen. 

2) Nur eine der beiden Stufenlangen darf mehrmals hintereinander 
auftreten. 



3) Durch das Aneinanderreihen der Anzahl der Stufen, die die gleiche 
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Lange haben, erhalt man eine Zahlensequenz, bei der abwechselnd 
immer eine Eins und dann eine beliebige Zahl (>0) steht. Die Einsen 
(nur die an jeder zweiten Position) werden aus dieser Sequenz 
gestrichen. Bei der erhaltenen Sequenz durfen wieder nur zwei 
verschiedene Zahlen vorkommen, die sich um eins unterscheiden. 

4) Bei der unter 3. erhaltenen Sequenz darf nur eine der beiden mogli- 
chen Zahlen mehrmals hintereinander auftreten. 

Oder eines der Kriterien 1), 2), 3) oder eines der Kriterien 1 ), 2) nicht erfullt 
ist. 

Gemafc einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgema&e 
Verf ahren gekennzeichnet durch das Vorsehen eines Tripple-Buff ers, wobei sich die 
drei resultierenden Buffer in zyklischer Vertauschung parallel die Verfahrensschritte 
Rendering, Post-Antialyasing und Bildwiedergabe teilen. 

Das erfindungsgemafce Verfahren geht dementsprechend im Vergleich zum Stand 
der Technik einen grundsatziich anderen Weg. Es schlieSt dabei die Erkenntnis ein, 
da£ bei einem in normaler Auflosung gerenderten Bild die storenden Kanten 
(darunter fallen auch die beschriebenen Billboard- und Spot-Artefakte) erkannt und 
beseitigt werden. 

Bei der Rasterisierung eines Dreiecks unter Verwendung der normalen Scankonver- 
tierung, wird ein Pixel immer dann in der Farbe des Dreiecks gefarbt, wenn der 
Pixelmittelpunkt innerhalb der Dreiecksflache liegt, anderenfalls erhalt das Pixel die 
Hintergrundfarbe. Hierbei entstehen an den Kanten des Dreiecks sichtbare Sprunge, 
die den visueilen Eindruck einer geraden Kante stark storen. Nach dem erfindungs- 
gemafcen Verfahren wird nun den Pixeln an den Kanten des Dreiecks eine gemischte 
Farbe gegeben, welche zwischen der Farbe des Dreiecks und der Hintergrundfarbe 
liegt. Hierbei wird die flachenmaSigen Bedeckung des Pixels als Kriterium 
herangezogen. Durch dieses Vorgehen lassen sich alle ungewollten Stufeneffekte 
vermeiden, wodurch die Qualitat des Bildes merklich heraufgesetzt wird. 

Fur die Mischung der Farben wird also die bedeckte Flache der einzelnen Farbanteile 
benotigt f die bei herkommlichen Antialiasing-Verfahren wahrend der Rasterisierung 
bestimmt wird. Die Information, welche Flachenanteile auf die einzelnen Seiten der 
Kante entfailen, laRt sich auch aus einem normal gerendertem Bild im nachhinein 
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bestimmen. Da die Entscheidung uber das Setzen eines Pixels immer aufgrund 
seines Pixelmittelpunktes getroffen wird, la&t sich aus der entstandenen Stufense- 
quenz an der Kante recht genau die reale Kante rekonstruieren. Aus der realen 
Geraden konnen dann wieder die Flachenanteile, die auf die einzelnen Seiten der 
Kante entfallen, bestimmt werden. 

Fur das betrachtete Pixel steht nun zunachst nur eine Farbe zur Verfugung, namlich 
diejenige, die sich bei der Rasterisierung ergeben hat. Durch Einbeziehung der 
Nachbarpixel ist dabei zusatzlich auch die Farbe auf der anderen Seite der Kante zur 
Verfugung, sofern von einer raumlichen Koharenz ausgegangen wird. 

Die Ergebnisbilder eines Pointsampling-Verfahrens (Rendering der Bilder bei normaler 
Auflosung) werden also zunachst einer Kantenerkennung unterzogen, aufgrund 
derer dann Kanten im Bild erkannt und dann auch bearbeitet werden, die im Bild als 
"stufig" wahrgenommen werden. 

Die Bearbeitung kann in einem linearen Durchlauf durch das Bild geschehen, so da& 
das Verfahren gut fur eine Hardware-lmplementierung geeignet ist. Der Speicherauf- 
wand ist in der Regel auf dem Chip realisierbar; beim Triple-Buffer-Betrieb wird 
lediglich ein weiterer Buffer benotigt, in dem das antialiaste Bild gespeichert wird. 

Die Kantenerkennung auf dem gerenderten Bild kann mit Standard-Verfahren der 
Kantenerkennung durchgefuhrt werden. Aus der Kanteninformation in einer Umge- 
bung konnen dann die realen Kanten approximiert werden, die als Grundlage fur die 
Zumischung der benachbarten Pixelfarben dienen. 

Urn nicht das komplette Kantenbild abspeichern zu mussen, wird bevorzugt zu der 
Kantenerkennung im Versatz um einige Bildschirmzeilen der Prozefc der Verfolgung 
der Stufen durchgefuhrt. Sobald eine Kante erkannt wurde, kann unverzuglich fur 
das aktuelle Pixel eine antialiaste Farbe berechnet werden. 

Die Einbeziehung einiger Bildschirmzeilen bei der Verfolgung der Kanten reichtsomit 
vollkommen aus, um eine deutliche Qualitatsverbesserung der Bilder zu erreichen. 
WievieleZeilen einbezogen werden sollen, kann nach gewunschter Bildqualitat und 
zur Verfugung stehenden Platz auf dem Chip bestimmt werden. 

Der Algorithmus lafctsich also in drei Teile unterteilen, die einzein optimierbar sind. 
Die Optimierungsergebnisse werden an die jeweils nachste Stufe weitergereicht. 
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1 . Kantendetektion im ursprunglichen Bild: Hierbei ist wesentlich, daS die 
Sprunge zwischen zwei benachbarten horizontalen (vertikalen) Stufen 
eindeutig bestimmt werden konnen, da nur sie als Informationsquelle der 
ursprunglichen rasterisierten Kante zur Verfugung stehen. 

2. Bestimmung der angenommenen Lage der realen Kante anhand des 
Kantenbitdes. 

3. Bestimmung der Flachenanteile und daraus resultierend die Zumischung der 
geeigneten benachbarten Pixelfarben bei den Kantenpixeln. 

Der Verfahrensschritt 1 erfolgt in einem eigenem Durchlauf durch das Bild, da fur 
den folgenden Verfahrensschritt das Kantenbild in der Umgebung schon bekannt 
sein muB. Die Approximation der realen Geraden und das anschlie&ende Mischen 
der Farben kann hingegen in einem Durchlauf geschehen, da nur aufgrund der Lage 
der Geraden in diesem Punkt die Mischung erfolgt. 

Fur eine Hardware-Realisierung ist es dagegen so, daft bereits beim ersten Durchlauf 
das komplette Bild einmal aus dem Speicher ausgelesen werden mufc, woraufhin 
dann das Kantenbild (mindestens 1 Bit pro Pixel) im Speicher abgelegt wird. Beim 
zweiten Durchlauf werden dann die Kanten in voller Lange im Kantenbild verfolgt, 
was bei einer beliebigen Richtung der Kante einen (fast) zufalligen Zugriff auf den 
Speicher zur Folge hat. Es ergeben sich also Probleme bei der Bearbeitungszeit, 
aufgrund der Notwendigkeit zweier getrennter Durchlaufe, und des schwierigen 
Zugriffs auf den Speicher beim zweiten Durchlauf. Unschon ist naturlich auch, daft 
extra ein Speicherbereich zur Verfugung stehen mu&, in dem das Kantenbild 
abgelegt werden kann f da es bei einer Grofce von minimal 400 kByte (1 Bit bei einer 
Bildschirmauflosung von 2048 x 1536) schlecht im Chip gehalten werden kann. 

Das erfindungsgemafie Verfahren bietet die Moglichkeit der Losung dieser 
Probleme, indem die Kanten nur lokal verfolgt werden. Vorteilhaft ist es, die Kante 
nur innerhalb eines lokalen Fensters von n x n Pixeln im Bild zu verfolgen. Nur in 
diesem Fenster mufc die Kanteninformation bekannt sein, die Speicherung des 
kompletten Kantenbildes entfallt also. 

Bisherige Verfahren arbeiteten immer wahrend der Generierung der Szenen und 
erforderten damit einen hohen Speicheraufwand und/oder eine Menge Rechenzeit. 
Durch die Verlagerung konnte dieser Nachteil groRtenteils beseitigt werden, wobei 
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zwei Verwendungsmoglichkeiten Display-Prozefc, Triple-Buffer) denkbar sind, die je 
nach vorhandenem Renderingsystem sogar im nachhinein integrierbar sind. 

Im Vergleich zu anderen Verfahren, die eine ahnliche Geschwindigkeit erlauben, hat 
das hier vorgestellte den Vorteil, daft sowohl Billboards als auch Spotkanten 
antialiast werden konnen. Supersampling, welches auch diese Falle behandelt, hat 
einen viel hoheren Aufwand, und ist derzeit nicht echtzeitfahig. 

Das Verfahren ist zudem skalierbar; steht noch Platz auf dem Framebuffer-Chip zur 
Verfugung, so wird man sich fur den Triple-Buffer-Betrieb entscheiden und die 
Fenstergro&e so anpassen, date die Logik mitsamt dem notigen Speicher gerade 
noch auf den Chip paBt. 

Beim Triple-Buffer-Betrieb laSt sich aber eine Methode des "slicings" anwenden. 
Dabei wird das zu bearbeitende Biid in s vertikale Streifen eingeteilt, die nach 
einander mit dem normalen Verfahren bearbeitet werden. Durch dieses Vorgehen 
wird ein Bild der Breite w in s Streifen der Breite w/s zerlegt, wodurch sich der 
Speicherbedarf um den Faktor s reduziert. 

Um die Obergangsbereiche zwischen den einzelnen Streifen zu verdecken, sind 
Uberlappungsbereiche zwischen den Streifen von derhalben Fensterbreite notig, so 
daS pro Streifen noch einmal ein zusatzlicher Speicheraufwand f allig ist, der jedoch 
vergleichsweise gering ausfallt. Durch die zusatzliche Bearbeitung der Obergangs- 
bereiche bleibt die Bildqualitat des ursprungiichen Verfahren erhalten, jedoch steigt 
naturlich die Gesamtbearbeitungszeit mit jedem weiteren Streifen, so dafS die 
Anzahl der Streifen nicht zu groS ausfallen sollte. 

Einige mogliche Detailoptimierungen um die Bildqualitat zu steigern, wie auch die 
genaue Berechnung der Flachenanteile oder die optimierte Bestimmung der 
Mischfaktoren an den Ecken eines Objektes wird weiter unten im einzelnen 
beschrieben werden. 

Da mit dem hier beschriebenen Antialiasing-Verfahren nicht jene Falle behandelt 
werden konnen, fur die im gepointsampelten Bild nicht genugend Informationen 
vorhanden sind, ist es weiterhin gunstig, dieses Verfahren mit einem Anderen zu 
kombinieren. Ideal ware ein Verfahren, welches ausschlie&lich Polygone (z.B. durch 
Supersampling oder Areasampling) behandelt, deren Breite bzw. Hohe unter zwei 
pj xe l Megt, damit der zusatzliche Aufwand sich in Grenzen halt und die Echt- 
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zeitfahigkeit nicht verloren geht. Die Kombination sollte prinzipiell keine Probleme 
bereiten, da beim Post-Antialiasing nur solche Kanten behandelt werden, die im Bild 
noch deutliche Sprunge enthalten. Die durch ein anderes Verfahren behandelten 
Kanten wurden im Bild genau wie gefilterte Texturkanten erscheinen, und demnach 
nicht behandelt werden. 

Urn die Kante auch lokal moglichst genau annahern zu konnen, wird pro Pixel ein 
zentriertes Fenster verwendet, d.h. bei der Bearbeitung jedes einzelnen Pixels einer 
Zeile wird immer wieder ein anderes Fenster mit Kanteninformation vorgesehen. 

Bei der Verschiebung des Fensters urn ein Pixel, muKten an der rechten Kante fur 
jedes Pixel die Kanteninformation neu generiert werden. Bei einem Fenster der 
Grofce 17x17 wiirde es beispielsweise bedeuten, daft 17 Farbwerte aus dem 
Speicher gelesen werden mussen, und auf die Zugehorigkeit zu einer Kante 
untersucht werden. Dieser extreme Aufwand an Speicherbandbreite ist nicht 
hinnehmbar, jedoch fallt auf, daft bei der Bearbeitung des Pixels aus der nachsten 
Zeile 1 6 der 17 Kantenwerte noch einmal benotigt werden. Darum ist es gunstig, 
die Kanteninformation so lange aufzubewahren, bis sie nicht wieder benotigt wird. 
Pro Pixel muR somit immer nur ein neuer Farbwert gelesen und die Kanten- 
information aus ihm extrahiert werden. Alle anderen Informationen stehen schon 
von den vorangegangenen Zeiien zur Verfugung. Im Speicher werden demzufolge 
b e i einem 17x17 Fenster nur 1 6 Bildschirmzeilen an Kanteninformation gehalten. 
Dieser Speicherbedarf ist auch "on-chip" realisierbar, sodaSkein externer Speicher 
benotigt wird. 

Wesentlich ist die Erkennung der Kanten, die wirklich bearbeitet werden mussen, 
da die Kantenerkennung alle Kanten im Bild liefert. 

Hierbei ist es wichtig, die fur die Bearbeitung relevanten Kanten zu ermitteln. Eine 
Kante lafct sich also so definieren, dafc es sich urn eine abrupte Anderung im Signal 
handeln mufc. Die Entscheidung, ob ein Pixel potentiell als Kante betrachtet wird, 
kann also relativ lokal getroffen werden. 

Andere vorteilhafte Weiterbildungen der Erfindung sind in den Unteranspruchen 
gekennzeichnet bzw. werden nachstehend zusammen mit der Beschreibung der 
bevorzugten Ausfuhrung der Erfindung anhand der Figuren naher dargestellt. Es 
zeigen: 
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Figuren 1 bis 22 



schematische Detaildarstellungen von Kantenbereichen 
zum Erlauterung des Prinzips des erfindungsgemaSen 
Verfahrens, 



Figuren 24 bis 66 



Blockdarstellungen verschiedener Baugruppen einer 
Hardware-Losung zur Realierung des erfindungsgemaflen 
Verfahrens sowie 



Figur 67 



eine Zeichenerklarung zu den in den Figuren 24 bis 66 
gegebenen Symboldarstellungen. 



Die Tabellen 1 bis 33 geben Ein- und Ausgangszustande der Schaltungen 

wieder, wie es in der Beschreibung jeweils erlautert ist. 

Zur Beschreibung der Verfahrenseinzeiheiten soil zunachst der Verfahrensablauf des 
erfindungsgema&en "Post- Anti-Aliasing" anhand von Pixeidarstellungen der zu 
betrachtenden Kantenbereiche naher beschrieben werden. 

Signaltechnisch lafSt sich ein Kantenbild durch die Faltung des Bildes mit einer 
Maske, deren Summe Null ist, gewinnen. Die Summe der Elemente in der Maske 
muIS Null ergeben, da sich nur somit der Gleichanteil im Bild entfernen lafit (d.h. 
einfarbige Flachen werden im Kantenbild einen Wert von Null erhalten). Um diese 
Bedingung gewahrleisten zu konnen, werden sowohl positive als auch negative 
Elemente in der Maske enthalten sein, so da& das ein durch Faltung erzeugtes 
(beispielsweise) Grauwertbild positive und negative Werte beinhalten wird. Der 
Betrag des Grauwertes ist dabei ein MaK fur die Starke einer Kante im betrachteten 
Pixel (ein Wert von Null bedeutet also, dafc im Pixel keine potentielle Kante zu 
finden ist). 

Ausgangspunkt fur die Bestimmung der Lage der realen Geraden bei dem 
erfindungsgemafcen Verfahren ist ein binares Kantenbild, wobei die Kante immer nur 
in Abhangigkeit vom verwendeten Kantenerkennungsoperator korrekt gefunden 
werden kann. Jeder Kantenoperator hat seine Eigenheiten (ein/zwei Pixel breite 
Kanten, Aussehen des Bereiches zwischen zwei Sprungen), die im Kantenbild 
richtig interpretiert werden mussen, um sinnvolle Ergebnisse zu erhalten. 



Durch das folgend beschriebene Verfahren entsteht zunachst ein Kantenbild mit 4 
Bit Information pro Pixel, das letztiich vorzustellende Verfahren arbeitet aber auf 
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einem Binarbild, also nur mit der Information Kantenpixel ja oder nein. 

Vorab erfolgt eine Steigungsdiskrimination: Bei x-dominanten Kanten erfolgt eine 
Zumischung der Farbe des daruber- bzw. des darunterliegenden Pixels, da nur von 
ihnen sichergestellt ist, da£ wenigstens einer auf der anderen Seite der gerade 
betrachteten Kante liegt (und damit eine andere Farbe hat). Der linke und der rechte 
Nachbar kann sich aufgrund des Pointsamplings immer noch auf der gleichen Seite 
der Kante befinden. Entsprechendes gilt fur die y-dominanten Kanten, so da£ die 
Feststellung, da& y-dominante Kanten genauso behandelt werden sollten wie x- 
dominante sich aufdrangt. Eine Moglichkeit, die Falle gemeinsam zu behandeln, 
ergibt sich, indem der eine Fall auf den anderen zuruckgefuhrt wird. Die Ruckfuh- 
rung erfolgt pro zu behandelndem Kantenpixel, indem der aktuell betrachtete 
Ausschnitt aus dem Kantenbild an der Hauptdiagonalen gespiegelt wird. Dieser 
Vorgang ist in Figur 1 dargestellt. Pro Pixel stehen nun zwei Kantenbildausschnitte 
zur Verfugung, die weiterhin vollkornmen identisch behandelt werden konnen. Der 
eine fCihrt dabei zu den vertikalen und der andere zu den horizontalen Misch- 
faktoren. Jeder Kantenbildausschnitt besteht aus zwei Bit Informationen, da fur die 
Verfolgung der x-dominantem Kanten nur die Information "positive bzw. negative 
horizontal" Kante (entsprechend fur die Verfolgung der y-dominaten Kante nur die 
Information "positive bzw. negative vertikale" Kante) benotigt wird. 

Die Kante wird dann als "positiv" bzw. "negativ" bezeichnet, wenn die Differenz 
der Betrage der im Farbraum vorhandenen Farbvektoren der beiden im Bild 
aneinander angrenzenden Farben bei derjeweils gewahlten Betrachtungsrichtung 
positiv bzw. negativ ist. 

Ausgehend von dem aktuell zu betrachtenden Pixel wird nun aus den noch 
vorhandenen zwei Bit die richtige Information ausgeblendet. Ist das Zentralpixel als 
positiv markiert, so werden auch in der Umgebung nur positive Kantenpixel 
berucksichtigt, um wirklich nur die positive Kante zu verfolgen; entsprechend 
werden, falls das Zentralpixel als negativ markiert ist, nur negative Kantenpixel 
betrachtet. Somit entfallt beim Beispiel eines senkrecht stehenden Fahnenmastes 
die storende negative bzw. positive Kante und beide Falle konnen korrekt behandelt 
werden, wie es in Figur 2 dargestellt ist. Hier wird die Behandlung zweier 
nebeneinanderliegender Kanten dargestellt, die nach Ruckfuhrung auf den 
horizontalen Fall durch Drehung als x-dominante Binarbilder weiterverarbeitet 
werden. 1st das Zentralpixel jedoch als positiv und negativ markiert, so liegt der 
Spezialfail vor, bei dem benachbarte Farben die gleiche Farbvektorlange besitzen, 
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und es erfolgt eine ODER-Verknupfung der beiden Informationen pro Pixel. 

Von nun an wird also miteinem binaren Kantenbildausschnitt weitergearbeitet, bei 
dem nur noch x-dominante Kanten markiert sind, d.h., der Winkel der zu erkennen- 
den Geraden liegt zwischen -45 und +45°. 

Um aus dern vorliegenden Kantenbild reale Geraden extrahieren zu konnen, mu& 
erst einmal ermittelt werden, wie die dargestellten Pixel generiert wurden. 

Die Geometriebeschreibung einer in einem Bild dargestellten Szene erfolgt fast 
ausschliefclich auf Polygonbasis, da Polygone am einfachsten handhabbar sind. 
Weitere Darstellungsmoglichkeiten, wie B-Splines (Angabe nur von Stutzstellen der 
Oberfiache), Voxelmodelle (Beschreibung des kompletten Volumens des Objektes), 
sowie CSG-Baume (Auf bau des Objektes aus geometrischen Primitiva), f inden kaum 
Anwendung, da aus ihnen abgeleitete Darstellungsverfahren fur die Rasterisierung 
zu komplex sind, um sie in Hardware realisieren zu konnen. 

Bei den in Hardware realisierten Polygonrenderern handelt es sich meist um 
Dreiecksrenderer, da nur bei Dreiecken gewahrleistet ist, date nach einer Trans- 
formation (Rotation, Skalierung, Translation) das Polygon eben bleibt, was bei 
allgemeinen Polygonen aufgrund der beschrankten Rechengenauigkeit der Rechner 
nicht immer der Fall ist. 

Die Dreiecke, beschrieben durch die drei Eckpunkte und Parametern (z-Wert, 
Texturkoordinaten, Normalen, usw.) an diesen Punkten, werden in einem 
sogenannten "Scanliner" rasterisiert, und anschiieSend wird jedem Pixel aufgrund 
der interpolierten Parameter ein Farbwert zugewiesen, der dann im Framebuffer 
abgelegt wird, falls das Pixel nicht durch ein Pixel eines anderen Dreiecks verdeckt 
ist. Unser Interesse gilt nun genau diesem Scanliner, der entscheidet, welche Pixel 
gesetzt werden, und welche nicht. 

Die Arbeitsweise eines Scanliners lalJt dabei sich wie folgend beschreiben: 
Ausgehend vom unteren Eckpunkt des Dreiecks wird fur jede Zeile der reale 
Anfangs- und Endpunkt bestimmt, alle Pixel die zwischen diesen beiden Punkten 
|j e g en , gehoren demnach zum Dreieck und werden dargestellt. Die Entscheidung, 
welches Pixel das erste bzw. letzte darzustellende ist, wird aufgrund der Lage des 
Pixelmittelpunktes zur realen Kante getroffen. Liegt der Pixelmittelpunkt innerhalb 
des Anfangs- und Endpunktes dieser Zeile, so wird das Pixel gesetzt. Durch dieses 
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Vorgehen ergeben sich an den Kanten charakteristische Stufenmuster, die als 
einzige Inf ormationsqueile trotzdem vieles uber die Lage der realen Kante aussagen . 

Ergibt sich im Bild eine Stufe, so ist bekannt, daft die reale Kante zwischen den 
beiden Pixelmittelpunkten der verschiedenfarbigen Pixel verlaufen muft. Dies ist in 
Figur 3 dargestellt. Werden mehrere Stufen bei diesem Vorgehen berucksichtigt, so 
wird immer genauer die reale Kante angenahert. Die Verfolgung von Stufen 
gestaltet sich in realen Bildern schwieriger ais hier zunachst angenommen, da im 
Bildausschnitt meist nicht nur eine Kante enthalten ist, sondern auch sich kreuzende 
Kanten, Kanten, die ihre Steigung andern, sowie Texturkanten und Rauschen. 

Zunachst soil nur der Idealfall einer vorhandenen Kante im aktuellen Kantenbildaus- 
schnitt behandelt werden, wobei weiterhin die Einschrankung getroffen wird, daft 
nur eine Stufe der Kante verfolgt wird, die Erweiterung auf mehrere Stufen erfolgt 
in einem spateren Abschnitt. 

Uber das aktuelle Fenster des Kantenbildes wird der Einfachheit halber ein lokales 
Koordinatensystem gelegt, durch das alle Pixel von nun an beschrieben werden 
konnen. Das Zentralpixel erhalt die Koordinate (0/0.5); 0.5 in der y-Koordinate 
deshalb, da der hier angenommene Differenzoperator immer das Pixel oberhalb des 
Farbsprunges markiert, bei y = 0.0 liegt demnach genau der Farbsprung. Ein 
derartiges Fenster ist in Figur 4 dargestellt. 

Ist das Zentralpixel also als Kante markiert, so wird im aktuellen Fenster die Stufe 
weiter nach rechts bzw. links verfolgt, urn die nachstgelegenen Sprunge zu finden. 
Es ergeben sich somit zwei Werte x A und x E ^ die die Endpunkte der Stufe 
bezeichnen. Am Ende der Stufe kann es nun prinzipiell vier verschiedene Kon- 
stellationen geben. 

1 . Schrag oberhalb liegt ein weiteres Kantenpixel, d.h., es erfolgt ein Sprung nach 
oben (Dieser Fall wird weiterhin als UP bezeichnet.) 

2. Schrag unterhalb liegt ein weiteres Kantenpixel, d.h., es erfolgt ein Sprung nach 
unten (Fall; DOWN) 

3. In der nachsten Spalte existiert kein weiteres Kantenpixel; die Kante hort also 
hier vollkommen auf (wir befinden uns wahrscheinlich an einer Ecke des 
Objektes) (Fall: NO) 
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4. Wir befinden uns am Rand des Kantenfensters, die Stufe palSte demnach nicht 
vollstandig in das aktuelle Fenster. Es wird sich voraussichtlich urn eine sehr 
flache Kante handeln. (Fall: HOR) 

Voraussetzung istdabei die Anwendung eines Operators, derbei der Verfolgung der 
Kante einen Kantenstreifen mit der Breite nur eines Pixels liefert. 

Die ersten beiden Falle bilden den Normalfall, der letzte Fall ist unangenehm, da 
keine Aussage uber den weiteren Verlauf der Kante moglich ist. Die entsprechend 
markierten Falle sind in Figur 5 nebeneinander wiedergegeben (von links nach 
rechts (UP, Down, NOedge,HORizontal). 

Falls an beiden Enden der Stufe entgegengesetzte Falle auftreten (links UP / rechts 
DOWN Oder links DOWN / rechts UP), kann nun bereits eine Gerade festgelegt 
werden. Die Endpunkte befinden sich bei x Anf : = xA-0.5 und xEnd : = x E + 0 _ 5 und 
die y-Koordinate ergibt sich bei einem Sprung nach oben zu 0.5, bei einem Sprung 
nach unten zu -0.5. 



- 24 - 



Am Beispiel einer schrag nach oben verlaufenden Kante soli verdeutlicht werden, 
warum die Gerade durch die beiden Punkte 

^AnfW : = (xA -°- 5 '-°- 5) Und 
(xEnd,yEnd): = (xE + 0.5,0.5) 

gelegt wurde. Zu beachten ist dabei die Unterscheidung von xA (letztes Pixel der 
Stufe) bzw. xE und xAnf (Punkt auf der angenommenen Geraden) bzw. xEnd. 
Aufgrund des Musters im Kantenbild ist genau bekannt, wo sich der Sprung 
zwischen den beiden beteiligten Farben befindet. Dieser Zusammenhang ist aus 
Figur 6 ersichtlich, welche die Zuordnung der moglichen Verlaufe der realen 
Geraden zu einer Kante wiedergibt (Links oben: Muster im Kantenbild, rechts oben: 
Farbzuordnung der Pixel mit angenommener Geraden), links unten: minimale und 
maximale Steigung, rechts unten: parallele Geraden. Irgendwo zwischen den 
horizontal andersfarbigen Pixeln muK also die reale Kante veriaufen. 

Wahrend in Figur 6 die moglichen Extremfalle der moglichen Geraden dargestellt 
sind, bildet die gewahlte Gerade nun genau einen Mittelweg zwischen alien 
Extremen, so date der Fehler zur realen Geraden, unabhangig davon, urn welche es 
sich handelt, minimiert wird. 

Bei der Behandlung des Falles NO, in dem kein weiteres Kantenpixel in der nachsten 
Spalte vorhanden ist, wird dem Endpunkt die y-Koordinate 0.0 zugewiesen, da aus 
dem Kantenbild nicht ersichtlich ist, warum kein weiteres Pixel existiert. Der Grund 
kann entweder sein, daft eine Ecke eines Objektes vorliegt (in diesem Fall erscheint 
die Ecke etwas abgerundet), oder aber der Schwellwert bei der Kantenbildgenerie- 
rung nicht klein genug angesetzt war (so daft die Kante beliebig weiterlauft, jedoch 
nicht mehr als solche erkannt wurde). 

Im vierten Fall (HOR) muS eine Sonderbehandlung vorgesehen werden, da dieser 
nur aufgrund der Beschrankung des Algorithmus auf ein Fenster auftritt. 

Der einfachste Ansatz ist, diesen Fall genau wie den vorherigen zu behandeln, dem 
entsprechenden Endpunkt also den y-Wert 0.0 zuzuweisen. Dies ist wurde jedoch 
zu unrichtigen Ergebnissen fuhren, wie am Beispiel von Figur 7 ersichtlich ist. Fur 
jedes Pixel wurde die Gerade eingezeichnet, die sich durch dieses Vorgehen ergibt. 
Bei der Verschiebung des Fensters wird die erzeugte Gerade immer flacher, bis sie 
auf einmal vollkommen horizontal wird, sobald der Sprung aus dem Fenster lauft. 
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Prinzipiell ist das auch wunschenswert, aber ergibt sich fur das zu betrachtende 
Pixel fast immer der gleiche y-Wert, wodurch kein sinnvoller Verlauf interpoliert 
wird. 

Stattdessen wird eine Gerade herangezogen, die fur alle Pixel, die zumindest an 
einem Ende noch einen Sprung sehen, gleich ist. Ergab sich bei x Anf ein Endpunkt, 
so wird der zweite bei x end = x anf + (n-1)/2, mit n der Fenstergrofte (Figur 7b) 
festgelegt. Durch dieses Vorgehen ergeben sich bei sehr langen Stufen (Stufen, die 
nicht mehr komplett in das Fenster passen) Ubergangsbereiche an den initialen 
Sprungen, in denen ein Farbverlauf entsteht, und Bereiche, in denen die Farben 
erhalten bleiben. Dieser Zusammenhang ist in Figur 8 wiedergegeben. Jegrofterdas 
Fenster gewahlt wird, desto breiter wird der Ubergangsbereich, was zur Folge hat f 
daft die reale Kante besser approximiert wird. 

Desweiteren ist es moglich, daft an beiden Enden ein Sprung in die selbe Richtung 
erfolgt (DOWN/DOWN oder UP/UP), in diesem Fall geht eine schrag nach oben 
veriaufende Kante in eine schrag nach unten verlaufende (oder umgekehrt uber), es 
wird also zusatzlich zu den beiden Endpunkten ein dritter Punkt benotigt, der bei 
X mid =(x end + x anf )/2,0) festgelegt wird. Der mittlere Punkt liefte sich genauer 
bestimmen, indem man die jeweils nachsten Stufen in beide Richtungen verfolgt, 
und aus deren beiden Endpunkten den Mittelpunkt extrapoliert. Dies erhoht die 
Qualitat des Bildes und ist daher sinnvoll, falls man bereit ist, den Mehraufwand 
hierfur in Kauf zu nehmen. Dieser Fall ist in Figur 9 wiedergegeben und recht selten 
und die Ergebnisse mit dem hier angenommenen Punkt sehen recht annehmbar aus, 
so daft der zusatzliche Rechenaufwand mit Blick auf die Hardwarerealisierung 
vermieden wird. 

Alle bekannten Spezialfalle werden auf die Grundfalle zuruckgefuhrt, indem die 
Zustande an den Endpunkten ermittelt umgesetzt werden. Dies geht im einzelnen 
aus Tabelle 1-3 hervor, wo die bei unterschiedlichen Stufen zu verfolgenden 
Geradenverlaufe jeweils dargestellt sind. 

Am Ende einer Stufe kann es vorkommen, daft sowohl ein Sprung nach oben als 
auch ein Sprung nach unten angezeigt wird, was durch das Zusammenlaufen zweier 
Kanten entsteht. Dieser Fall ist in Figur 1 0 wiedergegeben. Dabei ist im linken Teil 
der Figur das Kantenbild und im rechten Teil die Ausgangssituation dargestellt, 
welche zu dem links dargestellten Bild fuhrte. Als beste Losung fur diesen Fall 
stellte sich die Betrachtung des entgegengesetzten Status heraus. 1st der 
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entgegengesetzte Status UP, so wird der aktueile auf DOWN gesetzt, wodurch die 
Hauptkante weiter interpoliert wird. Entsprechend ergibt sich bei DOWN ein UP fur 
den aktueilen Status. Nur falls der andere Status keine Vorzugsrichtung vorgibt 
(NO, HOR oder ebenfalls UP/DOWN), wird der Status auf NO gesetzt, und so auf 
eine Interpolation an diesem Ende verzichtet. 

Texturkanten werden dadurch kenntlich, dafc zwischen den Stufen ein Bereich 
existiert, in dem zwei Pixel im Kantenbild ubereinander gesetzt sind. (Figur 1 1b) 
Texturkanten werden nicht weiter behandelt, da im Binarbild keinerlei Information 
uber den wirklichen Farbverlauf an der Kante vorhanden ist; das Ergebnis einer 
neuerlichen Interpolation wQrde also immereine Verschlechterung des Aussehens 
zur Folge haben. Es kann aber auch andere GrCinde geben, da£ zwischen zwei 
Stufen Pixel ubereinander gesetzt sind, beispielsweise auch bei dem schon 
behandelten Fall zweier auf einen Punkt zulaufenden Kanten. Dieser Fall ist in Figur 
1 1 c wiedergegeben. In Figur 1 1 sind allgemein die Falle wiedergegeben, welche zu 
"zwei ubereinandergesetzten Pixeln" im Kantenbild fuhren. In diesen Fall mufc 
trotzdem eine Behandiung erfolgen. Durch das Umsetzen des Status auf NO an dem 
Ende, wo der Obergangsbereich existiert, lassen sich beide Falle sinnvoll behandeln. 
Bei einer Texturkante werden so beide Stati auf NO korrigiert, bei dem Fall zweier 
Kanten, wird nur der eine Status umgesetzt, durch den anderen erfolgt dann 
weiterhin eine Interpolation. 

Problematisch erweistsich der Fall, bei dem zwischen den beiden Grundfarben gar 
kein Farbverlauf interpoliert wurde (wie es bei einem Testbild Ziff Davis' Winbench 
vorkommt). Das Kantenbild ist in keiner Weise von dem einer Texturkante 
unterscheidbar, und wird deswegen auch nicht behandelt. Dieser Fall ist in Figur 
10e wiedergegeben. 

Rauschen aufcert sich im Kantenbild durch das vereinzelte Auftreten von Kantenpi- 
xeln, die in keinem Zusammenhang mit einer wirklic hen Kante stehen. Dieser Fall 
f indet in den Tabelle 1 bis 3 insoweit Berucksichtigung, indem, falls beide Stati NO 
sind, der y-Wert auf Null gesetzt und somit nicht weiter behandelt wird. 
Am Beispiel einer schrag nach oben verlaufenden Kante soil noch einmal ver- 
deutlicht werde, welche Unterschiede sich zwischen der angenommenen Geraden, 
und der realen Geraden maximal ergeben konnen. 

Der Einfachheit halber wird fur die Betrachtung ein anderes Koordinatensystem 
zugrunde gelegt, bei dem der Nullpunkt im Pixel links von der Stufe liegt. Dies ist 
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aus Figur 12 ersichtlich. 

Die reale Gerade verlauft also sicher zwischen den Koordinaten (0,0) und (1 ,0) bzw. 
(x E q ) und (x E + 1 -,), da sich sonst eine andere Rasterisierung ergeben hatte. Die 
angenommene Gerade g verlauft durch die Punkte (0.5,0) und (xE + 0.5, 1 ), woraus 
sich die Geradengleichung ergibt zu 



gxy = 




Wesentlich ist die maxirnale Differenz dieser Geraden zu alien anderen Mogiichen. 
Die Differenz wird nur an den ganzzahligen x-Koordinaten benotigt, da nur dort 
Samplepoints liegen. Es mussen also die Differenzen zu alien mogiichen Ex- 
tremfallen der realen Geraden betrachtet werden. 
Es ergeben sich drei Falle (siehe Figur 6) 

1 . Differenz zu alien parallelen Geraden 

Falls die reale Gerade parallel zur Angenommen verlauft, so ist die Differenz fur 
jedes Pixel der Stufe die selbe. Aus der Geradengleichung fur die am weitesten 
unten mogiichen Geraden (Punkte (1,0) und (x E+1/1) ) 

g u: y = _L*( X -1) 

ergibt sich 

als Differenz bei jedem x-Wert. 

Aus der Geradengleichung fur die am weitesten oben liegenden Geraden 
(Punkte (0,0) und (x E/1 )) 



ergibt sich 



Ay 2 =|sro-^l=^ 
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als Differenz bei jedem x-Wert. 

Differenz zur Geraden mit maximaier Steigung 

Die Gerade mit der maximalen Steigung verlauft durch die Punkte (1,0) und 
(x E q) und wird beschrieben durch: 

^ :y== x^T* (x " 1) 

Die maximale Differenz wird sich am weitesten au&en ergeben, da dort die 
Geraden immer weiter auseinanderlaufen, es werden also die x-Werte 
1(Ay 3 (1) = 1/2x E ) und x E (Ay 3 (x E ) = 1/2x E ) in die Gleichung 10 eingesetzt, 
wodurch sich die maximale Differenz 

Ay 3 = ^ 1 

ergibt. 

Differenz zur Geraden minimaler Steigung 

Die Gerade mit der minimalen Steigung verlauft durch die Punkte (0,0) und 
(x E + 1 ^ und die Geradengleichung lautet demzufolge: 

Q'm • y= — - — * x 

1 111 

Nach den gleichen Uberlegungen wie bei Punkt 2 ergeben sich die maximalen 
Differenzen bei 1 0 und x F (), wodurch die maximale Differenz 
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1 (Ay 4 (l) = 



und x E (Ay 4 (x £ ) = 



(x^-i) 



2* *Xj 



2* (x B +l) *Xj 



entsteht. 



Wie aus den obigen Gleichungen ersichtlich ist, betragt die maximale Differenz zu 
den Geraden Ay = x1 /2x E Figur 1 3 gibt die maximale Abweichung in Abhangigkeit 
von der Stufenlange x E . Fur lange Stufen entspricht die angenommene Gerade 
praktisch der wirklichen, wohingegen fur kurze Stufen (x E <4) kaum annehmbare 
Differenzen entstehen, wenn man vom Grenzfall einer Kante zwischen weifc und 
schwarz ausgeht. 

Eine Verbesserung ergibt sich, wenn statt nur uber eine Stufe die Kante uber 
mehrere Stufen verfolgt wird, da dadurch die reale Gerade besser approximiert 
werden kann. Bei einer fest vorgegebenen FenstergroSe kann bei kurzen Stufen eine 
Interpolation uber viele Stufen erfolgen, bei langen Stufen meist nur eine Stufe 
interpoliert werden, was der Form der Differenz-Funktion entgegenkommt. Bei sehr 
langen Stufen, die nicht mehr komplett in das aktuelle Fenster hineinpassen, wird 
nicht mehr versucht, der realen Geraden zu folgen, da dazu lokal die Information 
f ehlt, so dafc ab einer Stufenlange, die uber die Fensterbreite hinausgeht, jede Stufe 
die gleiche Interpolation erfahrt (Figur 8). Das Fenster sollte also moglichst grofc 
gewahlt werden, urn diesen Effekt zu vermeiden; bei einem Fenster der Grofce des 
eigentlichen Bildes tritt dieser Fehler gar nicht mehr auf . Zu grofce Fenstergrofcen 
widersprechen aber der eigentlichen Idee des Algorithmus, so daft ein KompromiB 
zwischen den beiden Extremen gefunden werden mufi. 

Bei der Verfolgung nur einer Stufe tritt wie gezeigt das Problem auf, daR kurze 
Stufen zu einer sehr ungenau approximierten Geraden fuhren. Dies wird besonders 
augenfallig, wenn die Rasterisierung einer Kante nahe 45° betrachtet wird, bei der 
abwechselnd "ein-pixei-lange" und "zwei-pixel-lange" Stufen auftreten (Figur 14). 
Bei den "ein-pixel-langen" Stufen wird eine Gerade der Steigung 45° angelegt, bei 
den "zwei-pixel-langen" Sprungen jedoch eine Gerade mit der Steigung 



arc tan 



1 {Stufen in y-Richtung) „ 26 f 6Grad 

2 (Stufen in x-Richtung) 



Durch die Verfolgung mehrerer Stufen kann die Vielfalt der moglichen Geraden 
(Steigung zwischen 26,6 und 45 ° ) auf einen kleinen Bereich eingeschrankt werden, 
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da die Endpunkte der anzulegenden Geraden immer weiter auseinander wandern, 
und somit die Gerade immer genauer beschrieben wird. 

Mehrere Stufen werden jedoch nicht immer verfolgt, sondern nur dann, wenn die 
Stati an den Enden der zentraien Stufe (Stufe, zu der das aktuell betrachtete Pixel 
gehort) entgegengesetzte Richtungen der Sprunge anzeigen (also UP/DOWN oder 
DOWN/UP), da es sich nur in diesen Fallen urn eine "gutartige" Kante handelt, die 
einer genaueren Approximation wert ist. 

1st einer der Stati NO, so ist dieser Endpunkt bereits festgelegt, da in dieser 

Richtung keine weiteren Stufen existieren. Dieser Endpunkt mufc aber keinesfaiis auf 

der realen Geraden liegen, so daS bei einer Verfolgung der Kante in die andere 
Richtung zwar die Steigung genauer bestimmt werden kann, jedoch stimmt der 
Ansatzpunkt der Geraden und damit der zu berechnende Flachenanteil nicht. 

Bei einem Endstatus HOR handelt es sich auf jeden Fall urn eine sehr flache Kante. 
Da nicht einmal die zentrale Stufe ins aktuelle Fenster paSte, wird garantiert auch 
keine andere Stufe komplett sichtbar sein. 

Fur die weitere Behandlung ist Voraussetzung, daS die Bearbeitung symmetrisch 
erfolgt, so dafc der Fall "Stufen nach links verfolgen" auf den Fall "Stufen nach 
rechts verfolgen" zuruckgefuhrt wird. Weiterhin wird versucht, die Stufen aus dem 
halben Fenster (nur die rechte Seite wird benotigt) mittels der Position des 
Endpunktes der zentraien Stufe und des Status an dieser Stelle zu extrahieren (vgl. 
Figur 15). 

Erfolgte ein Sprung nach oben, wird eine Zeile hoher versucht, wieder eine 
moglichst lange Stufe zu finden; entsprechend wird bei einem Sprung nach unten 
eine Zeile tiefer verfahren. Am Ende der Stufe wird dann wiederum der Status 
festgestellt, und sofern der Status der selbe wie am Ende der zentraien Stufe ist, 
wird versucht, nun die nachste Stufe zu verfolgen. Von weiterem Interesse sind nur 
solche Stufen, die noch vollstandig ins Fenster passen. Als Ergebnis erhalt man eine 
Anzahl von Stufen mitsamt ihren jeweiligen Langen. Das Verfahren sieht auf den 
ersten Blickrecht aufwendig aus, es muft jedoch jede Spaltedes Kantenfensters nur 
ein einziges Mai betrachtet werden. 

Der einfachste Ansatz ware jetzt, die jeweiligen Endpunkte der letzten Stufen als 
Punkte auf der approximierten Geraden festzulegen, jedoch liefert das in einigen 
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Fallen vollkommen falsche Ergebnisse. Zum Beispiel wird der Fall zweier Kanten 
unterschiedlicher Steigungen nicht korrekt behandelt. Durch das hier skizzierte 
Verfahren wurde die Ecke zwischen den beiden Kanten nicht wahrgenommen, und 
somit weginterpoliert, wobei nicht einmal eine kontinuierliche Anderung entsteht, 
sondern immer wieder Sprunge (Figur 16). Noch ungunstiger sieht es bei der 
Rasterisierung eines Kreises aus, der prinzipiell aus mehreren Kanten zusammen- 
gesetzt werden kann, deren Steigungen sich allmahlich andern. Hierbei wurde sogar 
uber mehrere Ecken hinweg interpoliert werden. 

Bei der Rasterisierung durch die Scankonvertierung entstehen an einer Kante 
charakteristische Sprungmuster, die eingehalten werden mussen. 1st fur einen 
Sprung eine der Regeln nicht mehr gultig, so kann man davon ausgehen, dafc dieser 
Sprung zu einer anderen Kante gehort, somit kann die entsprechende Stufe 
eliminiert werden. 

Regeln bei der Rasterisierung einer Kante: 

1. Es konnen maximal zwei verschiedene Stufenlangen vorkommen, deren 
Stufenlangen sich aufcerdem um maximal 1 unterscheiden diirfen. 

2. Nur eine der beiden Stufenlangen darf mehrmals hintereinander auftreten. 

3. Durch das Aneinanderreihen der Anzahlen der Stufen, die die gleiche Lange 
haben, erhalt man eine Zahlensequenz, bei der abwechselnd immer eine Eins 
und dann eine beiiebige Zahl (>0) steht. Die Einsen (nur die an jeder zweiten 
Position) werden aus dieser Sequenz gestrichen. Bei der erhaltenen Sequenz 
diirfen wieder nur zwei verschiedene Zahlen vorkommen, die sich um eins 
unterscheiden. 

4. Bei der unter 3. erhaltenen Sequenz darf nur eine der beiden moglichen Zahlen 
mehrmals hintereinander auftreten. 

5. Durch wiederholtes Anwenden der Regeln 3. und 4. auf die Zahlensequenz, 
laBt sich ein immer globalerer Blick auf die Kante gewinnen. 

Je kleiner das betrachtete Fenster gewahlt wird, desto weniger der oben genannten 
Regeln mussen beachtet werden, da in einem kieines Fenster nur sehr wenige 
Stufen passen, und somit nicht genugend Information fur alle Regeln zur Verf ugung 
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steht. BeiderhieralsBeispielbeschriebenen Hardware-lmpiementierung wurdeeine 
FenstergroBe von 17x17 gewahlt, bei der nur die ersten beiden Regeln implemen- 
tiert wurden, da die dritte Regel nur in sehr wenigen Fallen Anwendung finden 
wurde, und die Unterschiede so marginal sind, daB der Mehraufwand nicht 
gerechtfertigt ist. Bei der nachfolgend beschriebenen Software-lmplementierung, 
die fur beliebige FenstergroBen ausgelegt ist, wurden die Regeln bis einschlieBlich 
Nr. 4 berucksichtigt. 

Ausgehend von der zentralen Stufe werden sukzessive jeweils immer eine Stufe 
nach rechts bzw. links zu den betrachteten Stufen hinzugefugt. Ist fur eine der 
zugefugten Stufen eine Regel nicht mehr erfullt, so wird die Stufe wieder entfernt, 
und es wird nur noch in die andere Richtung weitergesucht. Konnen auf beiden 
Seiten keine weiteren Stufen hinzugenommen werden (ohne die Regeln zu 
verletzen), so ist dieser Vorgang abgeschlossen, und es konnen aus den Stufen die 
Endpunkte der anzulegenden Geraden bestimmt werden. 

Falls die letzten Stufen an beiden Enden komplett benutzt werden, ergibt sich das 

Problem, da& es bei der Verschiebung des Fensters urn ein RxgI vorkommen kann, 

daB am linken Rand eine Stufe nicht mehr ins Fenster paBt, und gieichzeitig eine 
neue Stufe am rechten Rand dazugenommen wird, was in einer relativ starken 
Anderung der angenommenen Geraden resultiert. 

In Figur 1 8 ist wiedergegeben, wie die Verschiebung des Fensters urn ein Pixel nach 
rechts zu einer neuen und einer wegfallenden Stufe fuhrt. 

Dieser Effekt kann vermieden werden, wenn die letzten Stufen nur halb benutzt 
werden, das heiBt es wird die halbe Lange zur x-Koordinate und 0.5 zur y- 
Koordinate hinzugerechnet. Durch dieses Vorgehen wird die abrupte Hinzunahme 
bzw. das abrupte Weglassen einer Stufe verdeckt, und die Geraden benachbarter 
Pixel passen sich besser einander an (Figur 19). 

Das Verfahren arbeitet wie vorgestellt auf einem gepointsampleten Bild, die 
endgultige Farbgebung eines Pixels ergibt sich also aus seiner gepointsampleten 
Farbe unter Zumischung der Farben benachbarter Pixel. Die Zumischung der Farben 
wird jedoch nicht in jedem Fall durchgefuhrt. Handelt essich bei betrachteten Pixel 
urn kein Kantenpixel, das heiBt es wurden keine extremen Farbsprunge zu den 
benachbarten Farben wahrgenommen, so wird der ursprungliche Farbwert 
ubernommen, was bei ca. 90% der Pixel eines Bildes auftritt. In den meisten 
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anderen Fallen erfolgt eine Zumischung nur einer benachbarten Pixelf arbe, und zwar 
der, zu der der Farbsprung existierte, nur in Ausnahmefallen erfolgt eine Zumi- 
schung von mehr als zwei Farben. 

Die Bestimmung der einzelnen Mischfaktoren erfolgt auf der Grundlage der pro Pixel 
angelegten Gerade(n), die durch die wahrnehmbaren Farbsprunge im Bild bestimmt 
werden. Die Zumischungsrichtung ergibt sich aus der Lage des Pixels beziiglich des 
Farbsprunges. Wurde beispielsweise ein Farbsprung zum daruberliegenden Pixel 
erkannt, so wird daraus ein Mischfaktur bzgi. dieses Pixels bestimmt. 

Fur die Bestimmung der vier Mischfaktoren aus den einzelnen Richtungen sind 
demzufolge vier Geraden notig: 

1 . 1st das daruberliegende Pixel im Kantenbild als horizontal markiert, so ergab 
sich ein Farbsprung zum aktuellen Pixel und es wird durch dieses Pixel eine 
Gerade bestimmt, die den UP-Mischfaktor festlegt. 

2. 1st das aktuelle Pixel im Kantenbild als horizontal markiert, so ergab sich ein 
Farbsprung zum darunterliegenden Pixel und es wird eine Gerade bestimmt, die 
den DOWN-Mischfaktor festlegt. 

3. 1st das linke Pixel als vertikal im Kantenbild markiert, so ergab sich ein 
Farbsprung zum aktuellen Pixel und es wird eine Gerade unter Ruckf uhrung auf 
den horizontalen Fall bestimmt, die den LEFT-Mischfaktor festlegt. 

4. 1st das aktuelle Pixel als vertikal markiert, so ergab sich ein Farbsprung zum 
rechten Nachbarn und es wird eine Gerade unter Ruckfuhrung auf den 
horizontalen Fall bestimmt, die den RIGHT-Mischfaktor festlegt. 

Bei den Punkten 1 und 3 fallt auf, dafc das aktuelle Pixel gar nicht als Kantenpixel 
markiert worden war. Das kam daher, daS der Differenzoperator immer nur Pixel 
markiert, die entweder links (fur den vertikalen Operator) oder oberhalb (fur den 
horizontalen Operator) des Farbsprunges liegen. In diesen beiden Fallen mufc das 
aktuelle Fenster also urn ein Pixel nach oben (im Fall 1 ) bzw. urn ein Pixel nach links 
(im Fall 3) verschoben werden, damit das nachfolgend vorgestellte Verfahren 
angewendet werden kann, da dort davon ausgegangen wird, dafc das Zentralpixel 
ein Kantenpixel enthalt, von dem aus die Gerade verfolgt werden soil. 
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Das Koordinatensystem, in dem der Anfangs- und Endpunkt der Geraden festgelegt 
wird, wurde so def iniert, daft die x-Koordinate des betrachteten Punktes Null ist und 
der Farbsprung sich genau bei der y-Koordinate Null befindet 

Die Gerade wurde definiert durch die beiden Punkte (*Anf,YAnf* und ^ x End,yEnd^' 
somit lautet die allgemeine Geradengleichung: 

y~— — * {X X Anf } +yAnf 

K End ^Anf 

Um den Mischfaktor aus dieser Geraden zu extrahieren, gibt es prinzipiell zwei 
verschiedene Verfahren. 

Durch Einsetzen des x-Wertes 0 erhalt man den Schnittpunkt der Geraden mit der 
y-Achse: 

- y End~y Anf * v , xr 

yReal ' " — — **Anf + yAnf 

^End ^Anf 

1st der y-Wert grofcer als 0.0, jedoch kleiner als 1 .0, so mufc das Pixel an der 
Koordinate (0/0.5) eine Zumischung aus dem darunterliegenden Pixel erfahren. Ist 
der y-Wert kleiner als 0.0, jedoch grofcer als -1.0, so wird das Pixel an der 
Koordinate (0/-0.5) mit dem daruber liegenden Farbwert abgemischt. Der Betrag des 
y-Wertes gibt dabei an, wieviel zugemischt werden soli. Aus der Betrachtung zweier 
Spezialfalle soli klar werden, warum dies so festgelegt wurde. Ist der y-Wert genau 
Null, so verlauft die Gerade genau zwischen den beiden Pixeln, jedes Pixel gehort 
also voll zu der jeweiligen Farbseite. Ist der y-Wert jedoch fast 0.5, so gehort das 
obere Pixel nur zu 50% zur oberen Farbhalfte, hat jedoch vollkommen die Farbe der 
oberen Farbhalfte, da das Bild ja Ergebnis eines Pointsampling-Verfahrens war. Der 
y-Wert markiert nun, wo der eigentliche Farbsprung hatte stattfinden sollen, falls 
vertikal eine grofSere Auflosung gewahlt worden ware. Durch die Mischung erhalt 
das Pixel nun eine Farbe aufgrund der Flachenanteile zwischen den beiden 
Extremfarben. 

Liegt der Betrag des y-Wertes zwischen 0.5 und 1.0, so solite aufgrund der 
Geraden das Pixel bereits den anderen Farbwert haben, nach dem Kantenbild hat 
es ihn jedoch nicht. Dies kann dadurch zustande kommen, dafc die angenommene 
Gerade nicht exakt der wirklichen Kante entspricht. Es werden jedoch trotzdem 
Faktoren bis 1 .0 zugelassen, da benachbarte Pixel ebenfalls nach der vermeintlich 
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falschen Geraden interpoliert werden und falls der Mischfaktor auf 0.5 beschrankt 
wurde, ware ein Bruch in der fertig interpolierten Kante wahrnehmbar. Bei einem 
Wert uber 1 .0 (entsprechend unter -1 .0) wird das Pixel an der Koordinate (0/0.5) 
komplett umgefarbt, und das Pixel daruber (0/1 .5) muftte ebenfalls noch teilweise 
umgefarbt werden, was jedoch nicht getan wird, da dann die Kante sich zu weit 
von der realen entfernen wurde. Diese drei Falle sind in Figur 20 nebeneinander 
dargestellt. 

Das zweite Verfahren liefert genauere Ergebnisse. Hierbei wird aufgrund der Lage 
der Geraden bezuglich des Pixelmittelpunktes der genaue Flachenanteil bestimmt, 
der sich unterhalb der Geraden befindet (Figur 20). 

Befindet sich die Gerade unterhalb des Pixelmittelpunktes, wird entsprechend des 
Flachenanteils unterhalb der Geraden der Farbwert des darunter liegenden Pixels 
zugemischt, da dann der Farbsprung zum Pixel darunter existierte. Im anderen Fall 
wird entsprechend des Flachenanteils oberhalb der Geraden die Farbe des 
daruberliegenden Pixels zugemischt. 

Die Fiachenanteile lassen sich mittels eines Tabellen-Lookups bestimmen, bei dem 
lediglich die Steigung der Geraden und der Abstand der Geraden zum Pixelmittel- 
punkt eingeht. Das Verfahren la&t sich also recht gut in Hardware realisieren und 
steiltdamiteine Erweiterungsoption des hiervorgestellten Algorithmus dar, mitdem 
eine gro&ere Genauigkeit erzielt werden kann, jedoch mit einem groReren 
Hardwareaufwand, da zusatzliche Tabellen benotigt werden (Figur 21). 

Einen wesentlichen Unterschied bei den beiden Verfahren gibt es nur im Fall einer 
Dreiecksflache unterhalb der Geraden. In diesem Fall liefert Verfahren 1 einen zu 
kleinen Mischfaktor. Falls es sich um eine Trapezflache handelt, so liefern beide 
Verfahren genau die selben Ergebnisse, da sich das Dreieck, das zuviel berechnet 
wurde, genau gegen das Dreieck, welches zu wenig gerechnet wurde, aufhebt 
(Figur 22 links). 

Alsproblematisch stellt sich die Bestimmung des Mischfaktors fur das zentrale Pixel 
dar. Falls nur horizontale Mischfaktoren (also UP und DOWN) bzw. nur vertikale 
Mischfaktoren (LEFT und RIGHT) ungleich Null sind, ergibt sich der zentrale 
Mischfaktor zu 



mix center = 1 " mix up " mix down " mix left " mix right 
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Die beiden gegenuberliegenden Mischfaktoren (UP/DOWN bzw. LEFT/RIGHT) 
ergeben zusammengezahlt maximal 1 .0, so da& auch der zentrale Mischfaktor im 
Bereich 0.0 bis 1.0 liegt. Sind jedoch vertikale und horizontale Mischfaktoren 
vorhanden, so ist dies nicht mehr gewahrieistet. Das Problem entsteht daraus, daft 
sich die Faktoren in diesem Falle nicht mehr komplementar verhalten. Figur 23 
enthalt eine Ecke eines Objektes, an dem dies verdeutlicht werden soli. Die vertikale 
Kante gibt an, daft ein bestimmter Prozentsatz von linken Pixel zugemischt werden 
soil, gleiches gilt fur die horizontale Kante bzgl. des unteren Pixels. Die beiden 
Flachen, die zu den Mischfaktoren f Cihren, besitzen jedoch eine gemeinsame Flache, 
die gedanklich getrennt werden mu&te, und jedem Faktor nur ein Teil dieser Flache 
zugeschlagen wird. 

Diese genauere Betrachtung macht aber nur Sinn, wenn die Mischfaktoren sich 
auch auf die wirklichen Fiachenanteile beziehen. Da bei dem implementierten 
Verfahren dies nicht verwirklicht ist, wird hier erneut eine Naherung eingefuhrt, 
indem bei vertikalen und horizontalen Mischfaktoren alle Faktoren halbiert werden. 

- _ MiXup _ mlX down _ miX !eft _ m±X tight 
miX centez 1 2 2 2 2 

Durch diese Vorgehen ist wieder gewahrieistet, daS der zentrale Mischfaktor im 
Bereich 0.0 bis 1 .0 liegt. Die verwendete Naherung ist sehr grob, die Fehler werden 
im Bild jedoch nicht wahrgenommen, da die Ecke eines Objektes eine Diskontinuitat 
darstellt, und dadurch der entstehende Farbfehler nicht auffallt. 

Fur die Farbmischung mute zwischen zwei oder mehr Farben interpoliert werden, um 
eine Zwischenfarbe zu erhalten. Diese Interpolation kann in einem beliebigem 
Farbraum durchgef uhrt werden (da alle in einander uberf Qhrbar sind), wobei sich die 
Ergebnisse mehr oder weniger stark unterscheiden. Die Unterschiede in den Farben 
zwischen dem RGB- und dem YIQ-Modell sind mit blofcem Auge nicht wahrnehm- 
bar. Da die Farben initial als RGB-Farben vorliegen und auch final wieder als solche 
benotigt werden, wird auf eine Umrechnung in ein anderes Farbmodell verzichtet, 
und die Interpolation wird im RGB-Farbraum vollzogen. 

Die Farbmischung eines Pixels erfolgt ietztlich pro Farbkanal nach der Mischungs- 
formel: 
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Wobei auf der rechten Seite der Gleichung die Farben (col?) aus dem Originalbild 
stammen. 

Da das Verfahren nur auf Informationen aus fertig gerenderten Bildern, die im 
Framebuffer stehen, zuriickgreift, wurde eine Implementation als Stand-Alone- 
Programm vorgezogen, d.h., das Programm wird von der Kommandozeile mit einem 
Bild in beliebigen Format (TIFF, PPM, BMP usw.) aufgerufen, und schreibt ein 
antialiastes Bild heraus; ein direkter Anschlufc an den RenderingprozeS ist also nicht 
notig. So kann das Ergebnis des Verfahrens mit verschiedenen Renderern 
ausprobiert werden, die auch nicht als Software zur Verfugung stehen mussen, 
sondern von denen nur Bilder vorliegen. Ebenso ist es moglich, Kombinationen mit 
anderen Antialiasing-Verfahren zu testen, die schon im Rendering-ProzeB eingebaut 
sind, da mit dem hier vorliegenden Algorithmus nicht alle Aiiasing-Effekte behoben 
werden konnen. 

Es wurde viel Wert darauf geiegt, moglichst viele Falle auf einen Grundfail 
zuruckzufuhren, wiebeispielsweisedie Verfolgung dervertikalen auf die Verfolgung 
der horizontalen Kanten, oder das Suchen der Stufen nach links auf das Suchen 
nach rechts. Durch dieses Vorgehen konnen Anderungen schnell umgesetzt 
werden, da sich immer nur der jeweilige Grundfail andert, nicht aber die Ruckfuh- 
rung, die einmalig implementiert werden muBte. 

Die FenstergroBe ist variabel gehalten und nicht ausschiie&lich auf quadratische 
Fenstergrofcen mit einem zentrierten Zentralpixel beschrankt, sondern es ist 
moglich, fur jede Richtung eine eigene Blicklange zu definieren. So ist es beispiels- 
weise denkbar, horizontal einen grofSeren Ausschnitt zu wahlen, da die Kanten- 
information fur die Pixel chipintern gespeichert ist. Nach unten sollten bei 
Verwendung im Display-Prozefc moglichst wenige Zeilen benutzt werden, da all 
diese Zeilen gespeichert werden mussen (Erklarung bei der weiter unten be- 
schriebenen Hardware-lmplementierung). 



Die Implementierung des Post-Antialiasing-Verfahrens erfolgte in der Programmier- 
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sprache C, wobei insbesondere Wert auf Variability gelegt wurde. Durch 
Kommandozeilenparameter kann zwischen verschiedenen Varianten des Algorith- 
mus umgeschaltet werden; so sind nicht nur alle Vorstuf en der endgultigen Version 
verfugbar, sondern auch verschiedene zusatzliche Versuchsimplementierungen, wie 
beispielsweise verschiedene Moglichkeiten der Kantenbildgenerierung uber 
Manhattandistanz oder quadratischer Distanz. Die Vorstufen des endgultigen 
Algorithmus dienten zum Vergleich, welchen Qualitatsgewinn die einzelnen 
eingebauten Features, wie die Verfolgung mehrerer Stufen anstatt einer, oder 
Verwendung der jeweils letzten Stufe nur halb, verursachten. So war es moglich, 
irnmer an den Stellen nachzubessern, bei denen der visuelle Eindruck der antia- 
liasten Bilder noch zu wunschen ubrig lieB. 

Der Pseudoalgorithmus fur das Verf ahren stellt sich wie f olgt dar (dick geschriebene 
Variablen sind die jeweiligen Ergebniswerte): 

PostAntialiasedmage pic, Image result) { 

generateEdgePic(pic, edges); 

for y in 0..(pic.height-1 ) { 

for x in 0..(pic.width-1 ) { 

if isEdgePixei^y) { 

cutActualWindow(edges / edgeWindow); 

computeMixFactorsHorizontaKx, y,edgeWindow, 

mix up, mix_down); 

transformVerticalToHorizontaKffidJ^^nntdiroao^; 
computeMixFactorsHorizontaKx, y,edgeWindow, 
mix left, mix right); 



- 39 - 



mixColors(mix_up, mixjeft, mix_right / 

mix down, pic[x,y-1], pic[x-1,y], 
pic[x,y], pic[x+l,y], pic[x,y+1], 

mixedCoIor); 

storeColor(mixedColor, result[x,y]); 

} else { 

storeColor(pic[x,y], result[x,y]}; 

} 

} 

} 

} 

In isEdgePixelO wird getestet, ob das Pixel (x,y) als Kante, das Pixel (x,y-1 ) als 
horizontale oder das Pixel (x-1 ,y) als vertikale Kante im Kantenbild markiert ist; nur 
dann mute eine weitere Behandlung erfolgen, ansonsten wird mittels storeColorO der 
alte Farbwert einfach ins neue Bild ubernommen. 

In generateEdgePicO wird mittels des beschriebenen Verfahrens das Kantenbild 
generiert. in cutActualWindowO wird aus dem Kantenbild das Fenster ausge- 
schnitten, welches als Umgebung fur das aktuelle Pixel dient. Dies ist notig, da in 
der spateren Hardware auch nur eine begrenzte Umgebung zur Verfugung steht, da 
das Kantenbild "on-the-fly" generiert wird und nicht wie hier im voraus. 

Die Funktion computeMixFactorsHorizontalO wird sowohl fur die horizontalen 
Mischfaktoren (mixjjp und mix_down) als auch fur die vertikalen (mixjeft und 
mix_right) aufgerufen. Dies ist moglich, da das aktuelle Kantenfenster mittels 
transformVerticalToHorizontaK) so umgebaut wird, daS die ehemals vertikalen 
Kanten nun horizontal verfolgt werden konnen. 
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computeMixFactorsHorizontaKx, y, edgeWindow, 
mix_up, mix down) { 

if isEdge(x,y) { 
maskRightEdgeType(edgeWindow f binWindow); 
getPositionlnEdge(binWindow, xAnf, yAnf, 
statAnf, xEnd, yEnd, statEnd); 
mixFactor(xAnf, yAnf, statAnf, xEnd, yEnd, 
statEnd, mix_down); 

} else { 
mix_down = 0; 

} 

if isEdge(x,y-1 ) { 
t ra n s I a te W i n d o w ( edJgeWindtow) ; 
maskRightEdgeType(edgeWindow, binWindow); 
getPositionlnEdge(binWindow, xAnf, yAnf, 
statAnf, xEnd, yEnd, statEnd); 
mixFactor(xAnf, yAnf, statAnf, xEnd, yEnd, 
statEnd, mix_up); 
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} else { 
mix_up = 0; 

} 

} 

Mittels isEdgeO wird getestet, ob an der entsprechenden Stelle im Kantenfenster 
ein Kantenpixel vorliegt, nur dann kann namlich eine Kante verfolgt werden, 
ansonsten wird der entsprechende Mischfaktor gleich auf Null gesetzt. In 
maskRightEdgeTypeO wird aus dem Kantenfenster, welches bisher noch 4 Bit pro 
Pixel enthielt, das Bit ausgeblendet, welches durch das Zentralpixel des Fensters 
vorgegeben wird, so daS ab sofort mit einem Binarbild weitergearbeitet wird. 
Mittels translateWindowO werden alle Pixel des Kantenfensters urn ein Pixel nach 
unten verschoben, so dafc im Zentrum sich das Kantenpixel befindet, von dem aus 
die Kante verfolgt werden soll f urn den Mischfaktor fur das obere Pixel zu erhalten. 

In getPositionlnEdgeO konnen nun beide Falle genau gleich behandelt werden. In 
dieser Funktion erfolgt die wirkliche Verfolgung der Kante im Kantenbild, was zum 
Anfangspunkt (x Anf yAnf } und Endpunkt (xEnd,yEnd) und dem jeweiligen Status (UP 
/ DOWN / NO / HOR) an den Enden fuhrt. 

Aufgrund dieser Information wird dann in mixFactorO letztlich der Mischfaktor 
bestimmt, der sich aus der jeweiligen Kante ergibt. 

In mixColorsO wird zunachst der noch fehlende Mischfaktor fur das zentrale Pixel 
bestimmt, wobei wiederum verschiedene Varianten vorgesehen sind, und dann 
erfolgt anhand der Mischungsformel die wirkliche Mischung der funf in Frage 
kommenden Farben. 

Die nachfolgend dargestellte Hardware-lmplementierung ist ein Ausfuhrungsbeispiel, 
welches primar dazu dient die Ausfuhrung des Verfahrens zu veranschaulichen. Es 
wurde versucht, die Losung so allgemein wie moglich zu gestalten. So wurden 
beispielsweise die Adrefcbreiten fur die Zahler variabel gehalten, sowie auch die 
Bitbreiten der Mischfaktoren, genau wie die Tabellenbreite und -iange der 
verwendeten Dividierer. Die Allgemeinheit konnte jedoch nicht uberali beibehalten 
werden, da sonst einige Module zu komplex geworden waren. Als Beispiel ist das 
Modul findSeqO zu erwahnen, bei dem ausgehend von einem (n x n)~Fenster etwa 
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rr/8 Pixel zu berucksichtigen sind, um die Verfolgung der Stufen zu gewahrleisten. 
Weiterhin muftten die Positioner! der Registerstufen auf einen speziellen Fall 
festgelegt werden, da bei einem groReren Fenster mehr Pipeline-Stufen notig sind, 
weil die Komplexitat ansteigt. Der Obersichtlichkeit halber wurden in den 
Biockschaltbildern der parametrisierbaren Module konkrete Bitbreiten vorgegeben. 

Fur die Hardware-lmplementierung wurden folgende Parameter und Grenzwerte 
gewahlt: 

Fenstergro&e: 17x17 

1st die FenstergrofSe zu klein gewahlt (etwa 9 x 9), so laftt die Bildqualitat bei 
f lachen Kanten zu wunschen ubrig, da die Obergangsbereiche sehr kurz werden (nur 
8 Pixel / vergleiche dazu Figur 8). 1st das Fenster jedoch zu grofc gewahlt, so steigt 
die Komplexitat einiger Module, und damitauch die Gatteranzahl, sehr stark an. Fur 
die Implementation wurde also eine mittlere Fenstergrofte gewahlt, um einen 
Kompromifc zwischen diesen beiden Extremen zu finden. 

maximale Bildschirmbreite: 2048 Pixel/Zeile 

Die maximale Bildschirmbreite wurde mit 2048 Pixel pro Zeile angenommen. Dies 
stellt sicherlich eine obere Grenze fur Bildschirmaufldsungen der nachsten Jahre 
dar. Die maximale Bildschirmhohe 1st ebenfalls mit 2048 Zeilen festgelegt. Da das 
Verhaltnis von Breite zu Hohe im Regelfall fest vorgegeben ist (1 ,25 oder 1 ,33), so 
wird dieser Maximalwert sicherlich nie erreicht werden. Die Festlegung der 
maximalen Bildschirmbreite fuhrte zum Festlegen der Adre&breiten der Zahler auf 
1 1 Bit und der maximalen Lange der verwendeten Pipes auf 2048 Elemente. 

Bitbreite der Mischfaktoren: 7 Bit 

Dieser Wert ergab sich aus der Fehlerbetrachtung der maximalen Abweichungen der 
Mischfaktoren vom tatsachlichen Wert. (Die maximale Abweichung betragt maximal 
1/256 des Original-Mischfaktors. Aufgrund der Form der Mischungsformel ergibt 
sich somit eine maximale Abweichung um 5 Farbwerte.) 

Aus der Festlegung der Mischfaktorbreite ergab sich auch die notige Genauigkeit 
der Dividierer, die mit einer Bitbreite von 9 Bit angenommen wurden. 
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Das erfindungsgemafte Verfahren kann sowohl als Triple-Buffer als auch als 
zwischengeschaltetes Modul im Display-Prozeft Anwendung finden (Erklarung der 
beiden Konfigurationsmoglichkeiten in einem spateren Abschnitt). Der Entwurf 
mittels eines Triple-Buffers erfordert einen recht komplexen RAM-Controller, der die 
entsprechend notigen Farbwerte aus dem Speicher (SDRAM oder einer anderen 
Speicherart) holt, und die gemischten Werte wieder zuruckschreibt. Der Entwurf 
dieses Controllers wurde den Rahmen dieser Arbeit sprengen, weswegen auf diese 
Variante verzichtet wurde. Das Grundsystem wurde also fur den Display-Prozeft 
entworfen. Mittels kleiner Anderungen laftt sich das System fur einen Tripie-Buffer- 
Betrieb umrusten, wie er weiter unten naher beschrieben ist. 

Das System ist nach dem Pipelining-Prinzip aufgebaut, d.h., es wird in jedem Takt 
ein fertiggemischtes Pixel geliefert. Um dies zu bewerkstelligen, befinden sich 
immer mehrere Pixel gleichzeitig in der Verarbeitung, da es nicht moglich ist, alle 
notigen Bearbeitungsschritte in einem Takt (in unserem Fall 1 5 ns) durchzufiihren. 
Das System funktioniert so, daft mit jedem Takt ein neuer Farbwert eines Pixels 
Qbernommen und eine feste Anzahl Takte spater der gemischte Farbwert dieses 
Pixels als Ausgangswert bereitgestelit wird. Die einzelnen Registerstufen wurden 
an die Stellen so eingefugt, daft die maximale Bearbeitungszeit in einem Takt nicht 
uberschritten wird. Als Taktrate wurde ein 66 MHz-Taktgewahlt; die Periodendauer 
betragt somit 15 ns. Ferner wurde eine 0,35 fjm CMOS-Technik angenommen, da 
fur diesen Fall die Verzogerungszeiten der einzelnen Elemente aus dem Entwurf 
eines anderen Systems (Visa + -System von GMD FIRST) in etwa bekannt waren. 
Wird das System fur eine andere Taktrate oder Technologie vorgesehen, so 
verschieben sich naturlich die Registerstufen. Der inhalt des Pipes in Abhangigkeit 
vom aktuelien Fenster ist in Figur 24 naher dargestellt. 

Die einzelnen Module werden durch Blockschaltbilder illustriert, deren verwendete 
Symbolik in Figur 67 erkiart wird. Die Module werden hier gemaft Top-down- 
Methode prasentiert, das heiftt, es wird zunachst das Hauptmodul beschrieben, 
dann die darin enthaltenen Module. Sollte ein Modul weitere Untermodule enthalten, 
so wird das entsprechende Untermodule gleich im Anschluft an das Modul 
beschrieben. 

Das Antialiase-SystemO gemaft Figur 24 sowie Tabelle 4 ist das Hauptmodul, von 
dem aus alle weiteren Module importiert werden und als Teilkomponenten weiter 
unten beschrieben sind. 



-44- 



Das vorliegende System besteht prinzipiell aus zwei entkoppelten Prozessen: 

1 . Generierung der Kanteninformation 

2. Berechnung der Geraden aufgrund eines lokalen Ausschnittes aus dem 
Kantenbild und anschliefcende Mischung der Pixelfarben 

Da die Mischung auf dem Kantenfenster arbeitet, mufc der Kantengenerierungs- 
prozefc immer einen Vorsprung von 8 Zeilen und 8 Punkten haben, so daft bei einem 
17x17 Fenster schon alle Kanteninformationen zur Verfugung stehen, wenn sie 
benotigt werden. 

Die Kanteninformation wird im Modul EdgeValueGeneratorO {Tabelie 6, Figur 27) 
aus den neu eingelesenen Farbwerten erzeugt. Im Modul WindowswitchO (Figur 3 1 ) 
wird der jeweils aktuelle Ausschnitt aus dem Kantenbild gehalten. Im Modul 
CenterPipeO werden die temporar nicht mehr benotigten Kanteninformationen 
zwischengespeichert. Pro Pixel werden 4 Bit Kanteninformation gehalten, wodurch 
sich bei 1 6 parallel abgelegten Pixeln eine Bitbreite von 64 Bit ergibt. Das wichtige 
bei diesem Modul ist, dafc die Kanteninformation "on-chip' 7 gespeichert wird, denn 
in jedem Takt werden 64 Bit abgelegt und auch parallel 64 Bit wieder eingelesen. 
Ein externer Speicher ware also standig damit beschaftigt, Werte abzulegen und 
wieder zu holen, und konnte somit fur nichts Anderes verwendet werden. Die 
Speicherung ist praktisch auch moglich, da bei einer maximalen Bildschirmbreite 
von 2048 Pixein 1 28 kB abgelegt werden mussen. (Derzeitsind on-chip RAMsvon 
1 MBit ohne groftere Probleme realisierbar.) Dieser Speicher ist in beiden Varianten 
(Triple-Buffer / Display-ProzeB) notig. 

Fur jedes einzelne Pixel mussen bis zu vier Geraden verfolgt werden, um die vier 
Mischfaktoren aus den einzeinen Richtungen zu bestimmen. Statistisch gesehen, 
wird in etwa 61% der Falle nur eine Gerade benotigt. Jedoch kommen auch die 
anderen Falle (zwei Geraden 27%, drei Geraden 8% und sogar vier Geraden 4%) 
vor. Da in jedem Takt ein neues Pixel bearbeitet wird, muR also der schlimmste Fall 
von vier Geraden angenommen werden und eine parallele Bearbeitung aller vier Falle 
erfolgen. Dies geschieht in den Modulen ComputeEdgeO, die als Ergebnis jeweils 
einen Mischfaktor fur die entsprechende Gerade liefern. Fur die vertikale Verfolgung 
der Geraden kann dabei das gleiche Modul wie fur die horizontale Gerade verwendet 
werden, da, wie schon haufiger erwahnt, das vertikale Kantenfenster vorher zu 
einem horizontalen transformiert wird (geschieht in WindowSwitchO). 
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Bei genauer Betrachtung der zu verfolgenden Geraden fallt auf, dafS diejenige 
Gerade, die fur das aktuelle Pixel zum rechten Mischfaktor fuhrt, mit der Geraden 
identisch ist, die beim nachsten Pixel zum linken Mischfaktor fuhrt. Aufgrund 
dessen wird bei der Behandlung der rechten Geraden die Position bezuglich des 
aktuellen Pixels fur das nachste Pixel weiterverwendet, so date nicht vier, sondern 
nur drei Geraden verfolgt werden mussen; somit reduziert sich der Hardware- 
Aufwand. Die gleiche Optimierung ist fur die obere bzw. untere Gerade nicht so 
einfach moglich, da zwar die gleiche Gerade verfolgt wird, die Information aus 
dieser Geraden aber uber eine Zeile aufbewahrt werden mu&te, was einen 
zusatzlichen Speicheraufwand von 32 kB bedeuten wurde. 

In ColorPipeO werden die Farbwerte aufgehoben, bis sie fur die Mischung der neuen 
Farben wieder benotigt werden. In CenterPipeO bzw. UpPipeO werden die 
Farbwerte jeweils urn eine zusatzliche Zeile verzogert. Der Inhalt der Pipes stellt 
sich wie in Figur 25 dar. 

Der edgecounterO (Figur 26, Tabelle 5) gibt an, fur welches Pixel gerade die 
Kanteninformation generiert wird. Dementsprechend werden bei einigen Pixeln die 
Nachbarn uber die beiden Signale rightValid und downValid ausgeblendet, die im 
Bild keine wirklichen Nachbarn sind. rightValid wird jeweils beim letzten Pixel einer 
Zeile zuruckgenommen, da das nachste Pixel schon zur nachsten Zeile gehort und 
somit nichts mit dem aktuellen Pixel gemeinsam hat. downValid wird in der letzten 
Zeile zuruckgenommen, da die Zeile darunter keine gultigen Daten mehr enthalt. 
Ready gibt an, wann alle Pixel des aktuellen Bildes eingelesen wurden. Ab diesem 
Zeitpunkt muK nicht mehr auf neue Daten gewartet werden, so dalS aus diesem 
Signal das Enable-Signal fur alle anderen Module generiert werden kann. 

lm Modul EdgeValueGeneratorO (Figur 27, Tabelle 6) wird die Kanteninformation 
fur jedes einzelne Pixel generiert. Dazu sind jeweils drei Farbwerte notig (Figur 24 
unten), von denen jedoch immer nur zwei neu ubernommen werden. Der zentrale 
Farbwert ist der rechte Farbwert des vorigen Pixels. In den Modulen EdgeDirUnitO 
findet die Entscheidung statt, ob das aktuelle Pixel als Kantenpixel anzusehen ist; 
im Modul EdgeDirUnitO wird der Typ der Kante festgelegt. 

Im Modul EdgeDiffUnitO (Figur 28) findet die eigentliche Entscheidung statt, ob 
zwischen zwei Pixeln eine Kante existiert oder nicht. Zu diesem Zweck mufc der 
euklidische Abstand a der beiden Farben im Farbraum bestimmt werden, auf den 
dann im nachhinein eine Schwellwertbildung angewendet wird. Der Schwellwert 
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(ref) ist als Parameter ausgefuhrt worden, damit er leicht geandert werden kann. 
Grundsatziich wird ein Schwellwert von 40.0 angenommen, da dieser Wert sich an 
vielen Testbildern bewahrt hat. Der Wert braucht in der endgultigen Hard ware- Im- 
plementation nicht festgelegt zu werden, sondern kann immer wieder geandert 
werden, falls sich herausstellt, dafc fur verschiedene Szenen verschiedene 
Schwellwerte verwendet werden sollten. In der Regel wird aber bei unbekannte 
Szenen mit einem Standardwert gearbeitet. 

In dem Modul EdgeDirUnitO (Figur 29, Tabelle 8) findet die Bestimmung der 
Richtung einer Kante statt. Dazu werden die Abstande der einzelnen Farben zum 
Koordinatenursprung im Farbraum berechnet, die dann untereinander verglichen, die 
gewunschten Werte liefern. 



Hier wird die Berechnung der Formel 



a=\/x 2 +y 2 +z 2 

approximiert, da die genaue Berechnung der Wurzel viel zu aufwendig fur diesen 
Fall ware. Als Approximation wird die Formel 

l 1 
a = k+— -*_Z + — */2? 

^approx 4 4 



verwendet, wobei k = max(x,y,z), I = med(x,y,z) und m = min (x, y, z) ist. Der 

maximale Fehler entsteht, wenn x = y = z gilt. In dem Fall liefert die genaue 

Formel a = V3x f wahrend die Approximation a approx = 3/2x ergibt. Der maximale 

Fehler betragt demzufolge F max = (3/2V3)/3/2 ~ 1 3,4%. Durch eine andere Wahl 

der Vorfaktoren, a Qnnrnv = k + 1 1/32*1 + m/4, laSt sich der maximale Fehler sogar 
cipprox 

auf 8% minimieren. Aufgrund der viel einfacheren Form der Vorfaktoren bei der 
ersten Variante (keine Multiplikation notig, sondern nur eine Shift-Operation urn 
zwei Stelien nach rechts) wird der grofcere Fehler in Kauf genommen. Ein Fehler von 
13% mag viel klingen; da die Ergebniswerte aber nur fur eine Schwellwertbildung 
benotigt werden, ist das akzeptabel. Es werden einfach ein paar Pixel weniger als 
Kante markiertals normalerweise. Durch Anpassen des Schwellwertes lafSt sich das 
jedoch wieder wettmachen. 

Das Ergebnis der Berechnung liegt im Fixpunkt-Format (hier 9.2) vor, mit dem dann 
auch weitergerechnet wird. 



- 47 - 



Im Modul WindowSwitchO (Figur 31, Tabeile 10) ist der aktuelle Kantenbildaus- 
schnitt gespeichert, wobei die Bits schon so abgespeichert werden, date vertikale 
Kanten horizontal verfoigt werden konnen. Oberden Eingang EdgePipe_out werden 
die schon generierten Kanteninformationen der rechten Spalte aus dem Speicher 
gelesen; uber EdgeVal kommt der neu erzeugte Kantenwert hinzu. Entsprechend 
erfolgt uber EdgePipe_out die Ausgabe der fur spatere Zeilen notigen Kanten- 
information. In der Pipe werden die Kantenwerte nicht pixel weise gespeichert, 
sondern vielmehr sortiert nach den Typen der Kantenwerte, so daS sich die 
Verteilung in Figur 32 ergibt. 

Um die Verfolgung der Stufen in den einzelnen Fenstern durchfuhren zu konnen, 
wird die Kanteninformation zeilenweise benotigt. Da die Information aber 
spaltenweise neu ins Fenster ubernommen wird, mute bei dem horizontalen Fenster 
eine Neuordnung der Bits stattfinden, damit sie in der richtigen Reihenfolge 
gespeichert werden. Bei dem vertikalen Fenster muB dies nicht geschehen. Dort 
findet namlich eine Transformation von vertikal nach horizontal statt. Im Endeffekt 
wird die Wirkung der Transformation durch die Neuordung der Bits ruckgangig 
gemacht. In den Blockschaltbildern wurden die Parameter nicht durch konkrete 
Werte ersetzt, damit das Muster der Verkettung der Bits besser deutlich wird (w ist 
die Breite des Kantenfenster, also 17, und h ist die Hohe, auch 17). 

Bei dem Modul pipeO (Figur 35, Tabeile 12) handelt es sich um ein schiichtes 
Verzogerungsmodul, das ein Datum ubernimmt, und nach einer fest vorgegebenen 
Anzahl von Takten wieder ausgibt. In der Grundform ware das Modul so zu 
implementieren, da& nacheinander so viele Register geschaltet werden, wie es die 
Lange verlangt. Dies ist jedoch aufgrund der betrachtlichen Hardware-Kosten (7 
Gatter pro gespeichertes Bit) nicht sinnvoll, da zusatzlich noch die Lange variabel 
gehalten ist, gar nicht moglich. Es wird daher ein RAM vorgesehen, bei dem die 
Hardware-Kosten wesentlich gQnstiger (maximal 1 Gatter pro gespeichertes Bit) 
sind. Bei dem Entwurf der PipeO wurde mit besonderer Sorgf alt vorgegangen, damit 
die Hardware-Kosten moglichst gering ausfallen, da die Pipes aufgrund ihrer 
enormen GroSe die hochsten Kosten verursachen. In der normalen Form einer Pipe 
istimmerein Dualport-RAM notwendig, da in jedem Taktein Wert geschrieben und 
gleichzeitig ein Wert gelesen werden mu&. Durch das parallele Ablegen zweier 
Werte im Speicher konnte der zweite Port eingespart werden, indem immer in einem 
Takt zwei Werte gleichzeitig an eine Adresse geschrieben werden und im nachsten 
Takt zwei Werte parallel ausgelesen werden (Figur 37). 
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Folglich hat das verwendete RAM nun die doppelte Datenbreite, aber nur noch die 
halbe Lange. Die Speichermenge ist also gleich geblieben, aber es wurde ein Kosten 
verursachender Port eingespart. Die Register InO und Out1 werden zum Par- 
allelisieren zweier Daten bzw. Serialisieren der Daten benotigt. Das Register Stat 
enthait das Schreib-/Lese-Signal fur das RAM. Nach den bisherigen Oberlegungen 
ware es nur moglich, gerade Langen fur die Pipe zuzuiassen. Durch das zusatzliche 
Register Din sind nun auch ungerade Langen moglich, da es fur die Verzogerung urn 
einen weiteren Takt sorgt, falls es in den Datenpfad eingeschaltet wird. Der 
AdreSzahler Adr wird nach jedem Schreibvorgang inkrementiert. Ist die Lange der 
Pipe erreicht, so wird wieder bei der Adresse 0 begonnen; demzufolge wird das 
RAM als Ringpuffer betrieben. Um undefinierte Werte im RAM zu vermeiden, wurde 
zusatzlich ein Reset-Signal verwendet, durch das eine Initialisierungsphase 
angeworfen wird, die den RAM-lnhalt loscht. Pro Takt wird immer eine neue Zelle 
geloscht; also sind bei einer Lange n des RAMs dementsprechend n Takte 
erforderlich. Wahrend dieser Zeit werden die Daten am Eingang Din ignoriert. 

In dem Modul MaskGeneratorO, Figur 38, Tabelle 13 werden die beiden Masken 
generiert, mit denen das aktuelle Kantenfenster maskiert wird, um nur relevante 
Pixel aus der Umgebung zu betrachten. Die Notwendigkeit der y-Maske entsteht 
dadurch, daft bei der Bearbeitung der Pixel der ersten 8 Zeilen im oberen Bereich 
des Fensters noch Pixel enthalten sind, die gar nicht zum aktuellen Bild gehoren. 
Um zu verhindern, daft unter Umstanden uber die Bildgrenze hinaus Geraden 
verfolgt werden, erfolgt eine Maskierung dieser Pixel. Entsprechendes gilt fur die 
untersten 8 Zeilen des Bildes, bei denen in den unteren Zeilen keine legalen 
Kantenwerte vorhanden sind. 

Das Kantenfenster wird, wie schon erwahnt, bei der Bearbeitung laufend um ein 
Pixel nach rechts weitergeschoben. Ist das letzte Pixel einer Bildzeile erreicht, so 
wird ein Sprung zum ersten Pixel der nachsten Zeile ausgefuhrt. Durch dieses 

Vorgehen entstehen bei den ietzten acht Pixeln einer Zeile am rechten Rand des 

Fensters Pixel, die eigentiich schon zum linken Rand des Bildes gehoren (vergl. Figur 
39). Entsprechend sind im Fenster bei den ersten acht Pixeln einer Zeile noch Werte 
enthalten, die eigentiich zum rechten Rand des Bildes gehoren. Um die jeweils fur 
das aktuelle Fenster ungultigen Werte auszublenden, wird die x-Maske benotigt. 
Dadurch, daft im nicht maskierten Fenster sowohl Pixel vom rechten, als auch vom 
linken Rand des Bildes enthalten sein konnen, geht beim Umschalten in die nachste 
Zeile keine Zeit verioren, und es kann eine Behandiung wie im Normalfall statt- 
finden. 
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Die x-Masken-Generierung lauft nun so ab, daB bei jedem Takt die letzte Maske urn 
eine Stelle nach links geshiftet wird (genau wie die Pixel im Kantenfenster). Am 
rechten Rand wird ein neuer Wert ubernommen, der angibt, ob die Pixelspalte noch 
zur gleichen Zeile gehort. 1st das letzte Pixel einer Zeile bearbeitet worden 
(angezeigt durch das Signal EndOfLine), so wird die Maske bitweise invertiert, 
wodurch automatisch die Maske fur das erste Pixel der neuen Zeile entsteht. 
Entsprechend wird bei jeder neuen Zeile die y-Maske um ein Wert weitergeschaltet. 

In dem Modul MaskCounterO (Figur 40, Tabelle 1 4) wird die Position des aktuell zu 
bearbeitenden Pixels bestimmt. Zu Beginn stehen die Zahler aufcerhalb des Bildes 
<x,y) = (-1 1 ,-9), da uber die ersten Takte zunachst einmal die Kanteninformation fur 
die ersten Zeilen generiert werden muS; dementsprechend gibt das Signal solange 
ein Valid = 0 aus. Die Variablen xjn und yjn bestimmen, ob das neu im Kantenfen- 
ster sichtbar werdende Pixel zur Umgebung des aktuellen Pixels gehort. Das Signal 
EndOfLine wird jeweils am Ende einer Zeile aktiv, um das Toggeln der xmask im 
Modul MaskGeneratorO zu ermoglichen. 

Aus dem aktuellen Kantenfenster werden zunachst die nur gultigen Pixel mittels des 
Moduls MaskUnitO (Figur 42, Tabelle 16) ausmaskiert, und dann die eigentliche 
Verfoigung der Geraden im Modul GetPoslnEdgeO durchgefuhrt. Aus den ermittelten 
Punkten wird dann der Mischfaktor im Modul ComputeMixfaktorO bestimmt. Das 
Modul ComputeEdgeO (Figur 41, Tabelle 15) findet sowohl bei der Erkennung 
horizontaler, als auch vertikaler Geraden Verwendung. 

Fur die Verfoigung der Geraden stehen bisher zwei Kantenfenster zur Verfugung, 
von denen im Normalfall nur eines im Zentralpixel als Kante markiert ist. Durch die 
UND-Verknufpung des gesamten Fensters mit diesem Zentralpixel wird das nicht 
benotigte Kantenfenster ausgeblendet. In einigen Fallen konnen jedoch auch beide 
Fenster erhalten bleiben, so date die beiden Fenster pixelweise ODER-verknupft 
werden. 

Die Geraden werden immer horizontal im Fenster verfolgt, so date die maximale 
Steigung einer Geraden 45° betragt. Durch diesen Umstand werden aus den 
ursprunglich (17*17) = 289 Pixeln des Fensters einige garantiert nicht weiter beno- 
tigt, so dafc sie auch nicht an die nachsten Module weitergereicht werden, es 
bleiben somit nur noch 191 Bits ubrig, wie es in Figur 43 dargestellt ist. 

DasUntermodul CutNeededWindowO hatdamit keineeigenstandige Funktionalitat. 
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In ihm werden nur aus dem 289 Bit breitem Wire die richtigen Bits ausgewahlt, was 
einer einfachen Verdrahtung entspricht, und somit auch keine Zeit kostet. 

In MaskNeededWindowO erfolgt dann die eigentliche Maskierung des nun nicht 
mehr rechteckigen Fensters, bei dem die Pixel ausgeblendet werden, die nicht zur 
aktuellen Umgebung gehoren. 

Im Modul GetPoslnEdgeO (Figur 44, Tabelle 17) wird aus dem Kantenfenster der 
Anfangs- und Endpunkt der verfolgten Geraden extrahiert. Im Modul FindEndO 
(Tabelle 1 8) wird die zentrale Stufe bis zu ihrem Ende in beide Richtungen verfolgt. 
An den Enden ergeben sich die Stati, die angeben, in welchen Richtungen weitere 
mogliche Stufen liegen. Durch GetBestStatO (Figur 45, Tabelle 19} werden die 
bestmoglichen Stati ausgeblendet. Im Modul SortSectionsO wird das Kantenfenster 
in vier Sektoren unterteilt (wieder kein richtiges Modul, sondern nur Auswahl der 
Bits), worauf dann anhand der bestmoglichen Stati nach rechts und links jeweils der 
Sektor ausgewahlt wird, in dem weitere Stufen vermutet werden. In findSeqO 
(Tabelle 22) werden alle moglichen weiteren Stufen im entsprechenden Sektor 
verfolgt. SelectJumpsO (Tabelle 23, Figur 47) dient schiiefclich dazu, aus alien 
moglichen Stufen nur die Stufen auszuwahlen, durch die wirklich eine Gerade 
interpoliert werden kann. Aufgrund der Stati wird dann das Vorzeichen der y-Werte 
angepa&t. 

Im Modul findEndO wird die zentrale Stufe bis zu ihrem Ende verfolgt. Prinzipiell ist 
dies ein iterativer Prozefc, denn an jeder Stelie (ausgehend von der Mitte) erfolgt ein 
Vergleich, ob die Stufe schon beendet ist. Ist das der Fall, so wird der Status an 
dieser Steile bestimmt, andernfalls erfolgt an der nachsten Stelie die gleiche 
Prozedur. Dadiesjedoch (diskret aufgebaut) eine zu lange Zeit in Anspruch nehmen 
wurde, wurde dieses Modul als einzelnes "Case" modelliert, bei dem die Abfrage 
parallel stattfindet. Durch eine automatische Logik-Optimierung mittels eines 
geeigneten Tools wurden so die Hardware-Kosten, und auch die Bearbeitungszeit 
reduziert. 

Am Ende einer Stufe kann es vorkommen, daR sich sowohl nach oben, als auch 
nach unten eine weitere Stufe zur Verfolgung anbietet. Anhand des jeweils 
entgegengesetzten Status am Ende der Stufe wird die beste Moglichkeit ausge- 
wahlt. Bietet sich keine Stufe an, so wird der entsprechende Status auf NO 
korrigiert. 
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Anhand der Position des Endes der zentralen Stufe werden im Modul findSeqO 
weitere mogliche Stufen ermittelt. Falls jede Stufe nur ein Pixel lang ist, so ergibt 
sich eine 45° Steigung, und es konnen maximal sieben weitere Stufen komplett in 
den Sektor passen. Dementsprechend ist jumps in sieben einzelne Bereiche 
unterteilt, in denen die Lange der jeweiligen Stufen abgelegt wird. 

Da die letzten Stufen nicht mehr so lang sein konnen, wird deren Bitbreite auf zwei 
bzw. ein Bit reduziert. (Sie konnen nicht mehr so lang ausfallen, weil, wenn bei der 
funften Stufe noch etwas eingetragen werden soli, die vorigen Stufen mindestens 
die Lange eins besessen haben mussen. Folglich kann die funfte Stufe noch 
maximal die Lange drei haben, damit sie noch vollstandig im Fenster liegt und 
erkannt wird.) 

Das Vorgehen im Modul findSeqO kann am besten iterativ geschrieben werden: Ist 
in einer Zeile kein weiteres Kantenpixel vorhanden, so wird die Lange der Stufe an 
der entsprechenden Position im Ergebnis eingetragen, und in der Zeile daruber wird 
wiederum versucht, eine weiteres Kantenpixel zu finden. Ist keine weitere Stufe 
vollstandig im Fenster enthalten, so wird die entsprechende Lange im Ergebnis auf 
Null gesetzt. 

Da dieses Modul wieder zu komplex fur einen diskreten Aufbau ist, wurde wieder 
auf die Moglichkeit der Modellierung mittels eines Case zuruckgegriffen, und mittels 
einer Logik-Optimierung minimiert. 

In findSeqO (Tabelle 22) wurden alle weiteren Stufen ermittelt, die in das Fenster 
pafcten. Durch SelectJumpsO werden nun die Stufen ausgewahlt, die zu einer 
moglichst langen Geraden durch das Zentralpixel fuhren. Zunachst wird dazu die 
Lange der zentralen Stufe benotigt, aufgrund derer dann in GetPossibleJumpsO 
(Figur 48, Tabelle 24) die Stufen ausgeblendet werden konnen, die eine zu grofce 
Oder zu kleine Lange besitzen. In ComputeMasksO (Figur 49, Tabelle 25) werden 
dann Masken generiert, welche die nicht moglichen Sprunge ausmaskieren. In 
AddJumpsO (Figur 50, Tabelle 26) werden dann die einzelnen Stufen zusammen- 
addiert, so daft sich die Anfangs- und Endpunkte ergeben. Falls der Status an einem 
Ende der zentralen Stufe weder UP noch DOWN war, so sollte eigentlich gar keine 
weitere Stufe verfoigt werden, und die Variable jumps wird auf Null gesetzt. 

Im Modul GetPossibleJumps (Figur 48) werden die Langen der einzelnen Stufen mit 
der der zentralen Stufe verglichen, da sich nur eine Gerade ergeben kann, wenn alle 
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Stufenlangen innerhalb einer Toleranz von 1 liegen. Der Vergleich erf olgt uber eine 
Subtraktion und anschliefcender Auswertung der Ergebnisse. 

Zunachst wird anhand des ersten SelectFirstOneO-Moduls entschieden, ob um eins 
langere oder um eins kurzere Stufen als die Zentralstufe zugelassen werden. Die 
Entscheidung f allt dabei anhand der Stuf e, die sich am nachsten an der Zentralstufe 
befindet und eine andere Lange besitzt. Mittels des zweiten SelectFirstOneO-Moduls 
wird entschiedenen, welche der beiden moglichen Stufenlangen mehrmals 
vorkommen darf , da auf grund der Rasterisierungsregeln bei einer normalen Geraden 
immernur eine Stufenlange mehrmals hintereinander vorkommen darf. In den Mas- 
kEndO-Modulen werden schliefclich noch alle Stufen ausgeblendet, die durch 
vorherige Maskierungsaktionen keine Verbindung mehr zur zentralen Stufe besitzen. 
Das SelectFirstOneO-Modul wurde genau wie das MaskEndO-Modul wieder mittels 
einer Case-Anweisung modelliert und durch Synopsys minimiert. 

Soilen weitere Rasterisierungsregeln angewendet werden, so mussen sie innerhalb 
dieses Moduls umgesetzt werden. 

In dem AddJumpsO Modul (Figur 50, Tabelle 26) werden die Ergebnisse der 
bisherigen Stufen zusammenaddiert, so daS sich ein Endpunkt der Geraden ergibt. 
Die mask gilt dabei als Bitmaske, die angibt, welche der Stufenlangen in jumps mit 
einbezogen werden sollen. Die letzte Stufe wird, wie bereits beschrieben, nur mit 
der halben Lange und Hohe berucksichtigt. 

Nunmehr soil das Module ComputeMixFactor () (Figur 51 , Tabelle 27) beschrieben 
werden. Die eigentliche Berechnung des Mischfaktors besteht darin, aus dem 
Anfangs- und Endpunkt eine Gerade zu bestimmen, wobei nur der y-Wert an der 
Stelle x = 0 dieser Geraden interessiert. Je nachdem, welches Pixel gerade 
betrachtet wird (uber oder unter dem Farbsprung), wird der eben ermittelte y-Wert 
y Real invertiert oder nicht (Multiplexer links unten), so dafc der y-Wert nun 1 : 1 dem 
Mischfaktor im Bereich 0..1 entspricht. Durch die letzten beiden Multiplexer wird 
der Mischfaktor nur noch auf den Bereich 0..1 zurechtgeschnitten, so dafc keine 
Uberlaufe entstehen. Die Entscheidung, ob das Pixel uber oder unter dem 
Farbsprung bearbeitet wird, liegt durch die Verwendung des Moduls schon fest. Der 
drittletzte Multiplexer wahlt somit nur alternative Zweige aus, die uber einen 
Parameter selektiert werden. 

Fur die Bestimmung der Geraden wird der Kehrwert des x-Abstandes der beiden 
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Endpunkte benotigt. Zu diesem Zweck wird das Modul recipO eingefuhrt. 

Bei diesem Modul und demanschlieSenden MaskMixFactorsO isteineBesonderheit 
anzumerken. Die beiden Module arbeiten namlich uberlappend. Wahrend das Modul 
ComputeMixFactorO noch damit beschaftigt ist, den Mischfaktor zu berechnen, sind 
die Lange len und das zusatzliche Flag nogood bereits an MaskMixFactorsO 
weitergeleitet worden, und befinden sich dort in Bearbeitung. Der Ausgang mix ist 
also immer urn ein Takt verzogert, so da£ insgesamt ein Bearbeitungstakt und damit 
zusatzliche Register eingespart werden konnten. 

Die Kehrwertbiidung (Modul RecipO, Figur 52, Tabelle 28) wird bei diesem 
einfachen Fall auf ein Tabellen-Lookup zuruckgefuhrt. DerEingangswert dientdabei 
als Adresse fur einen ROM-Zugriff , bei dem als Ergebnis der Kehrwert geliefert wird. 
Um bei derTabellenbreite ein Bit zu sparen, wurde der Fall x= 1 getrennt behandelt, 
da dies der einzige Wert ist, bei dem im zugelassenen Eingangswertebereich 
1,0. .15,0 (4.1 Fixfunktformat des Einganges) eine Vorkommastelle entstehen kann. 
(Der Wert 0,0 wurde einen Fehler produzieren, und der Wert 0,5 kann aufgrund der 
Form der vorherigen Berechnungen auch nicht auftreten.) 

Fur die Berechnung des linken Zumischfaktors, wird die verfolgte Gerade des 
vorherigen Pixels bezuglich des rechten Mischfators wiederverwendet, da die 
beiden Geraden volikommen identisch sind. Lediglich im Fall des ersten Pixels in 
einer Zeile gilt dies nicht, so dafc uber xmask der entsprechende Mischfaktor und 
auch alle zusatzlichen Informationen geloscht werden, Modul CompuLeftEdge, Figur 
53, Tabelle 29). 

Die bisher berechneten Mischfaktoren wurden immer nur aufgrund einer einzigen 
Geraden bestimmt. Um zu einem globaleren Eindruck zu gelangen und somit die 
bestmoglichen Mischfaktoren fur ein Pixel zu bestimmen, werden im Modul 
MaskMixFactorO alle vier Geraden betrachtet und, falls notig, werden einige 
Mischfaktoren noch ausmaskiert. Die Notwendigkeit entsteht durch Rauschen, 
welches durch die Verwendung des Differenzoperators als Kantenerkenner resultiert 
(auch jeder andere Kantenoperator wurde in irgendeiner Weise Rauschen produ- 
zieren). Als Beispiel betrachte man eine horizontal orientierte Kante zwischen zwei 
Farben. Im horizontalen Kantenbild ergibt sich das gewohnte Bild der erwiinschten 
Sprunge. Im vertikalen Kantenbild wird jedoch bei jedem Sprung auch ein 
Kantenpixel markiert, welches aber keine sinnvolle Bedeutung hat. Da bei der 
Verfolgung einer Geraden dieser Fall nicht erkannt wird, werden diese Falle unter 
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anderen im Modul MaskMixFactorsO (Figur 54, Tabelle 30) ausgeblendet. 

Die tatsachliche Farbe des Pixels wirdaufgrund seiner ursprunglichen Farbe und der 
Farben der vier Nachbarn bestimmt. Zu diesem Zwecke werden die bendtigten 
Farben geladen, wobei nacheinander die rechte Farbe als zentrale Farbe des 
nachsten Pixels und iinke Farbe des ubernachsten Pixels fungiert. In ComputeCen- 
terFactorO wird der noch fehlende Mischfaktor fur das zentrale Pixel bestimmt, 
worauf dann in Mixing_channel() des Moduls MixingO (Figur 56, Tabelle 31) die 
eigentliche Farbmischung pro Farbkanal stattfindet. 

Die Berechnung des zentralen Mischfaktors im Modul ComputeCenterFactorO, Figur 
57, Tabelle 32, beruht auf der Tatsache, daR alle Mischfaktoren zusammen 1 .0 
ergeben mussen, da nur so sichergestellt ist, daS keine Farbuberlaufe und damit 
Farbverfalschungen produziert werden. Falls vertikal und horizontal zugemischt 
wird, so sind die Faktoren auf 2.0 normiert, um die maximal mogliche Genauigkeit 
herauszubekommen. Die Division durch zwei (Shift um eine Stelle nach rechts, 
entspricht einer einfachen Verdrahtung in Hardware) wird erst zu einem spateren 
Zeitpunkt durchgefuhrt und liber shift initiiert. 

Die endgultige Mischung der Farben findet nach der Mischungsformel im Modul 
MixingChannelO (Figur 58, Tabelle 33) statt. Nach der unter Umstanden notigen 
Division durch zwei, findet eine Rundung statt, mit der die Genauigkeit noch etwas 
erhoht werden kann, worauf sich ein Abfangen eines Uberlaufes anschiieKt. 

Beim Display-Prozefe wird das im Framebuffer gespeicherte Bild uber die RAMDAC 
in analoge Signale gewandelt, die der Monitor bendtigt, um das Bild anzuzeigen. Da 
im Framebuffer aber nicht zu jedem Zeitpunkt ein fertiges Bild steht, weil die 
rasterisierten Pixel immer erst nach und nach abgelegt werden, wurde man den 
Aufbau jedes einzelnen Bildes mitbekommen (vor jedem Bild wird der Framebuffer 
geloscht). Um dieses Flimmern zu vermeiden, wird die Double-Buffer-Technik 
verwendet. Dabei arbeitet der Rasterisierer auf dem einen Framebuffer, wahrend der 
Inhalt des anderen Framebuffer auf dem Monitor dargestellt wird. 1st das nachste 
Bild fertig gerendert, so wird zwischen den beiden Buffern umgeschaltet und sie 
vertauschen ihre Funktionen. 1st die Anzeige eines Bildes beendet, bevor das 
nachste Bild fertig gerendert wurde, so wird das vorherige Bild noch einmal 
angezeigt. 

Figur 59 enthalt links eine mogliche Systemkonfiguration: Der Renderer schickt die 



- 55 - 



Farbwerte der rasterisierten Pixel und weitere Informationen (x,y-Position f z-Wert 
fur z-Buffering) an beide Framebuffer, von denen jedoch nur einer die Werte in den 
Speicher ubernimmt. Der Inhalt des anderen Framebuffers wird an den RAMDAC 
ubertragen. Urn eine moglichst hohe Bildwiederholrate zu gewahrleisten, d.h., urn 
Biidflimmern zu vermeiden, wird meistens nicht nur ein Pixel pro Takt an die 
RAMDAC ubertragen, sondern zwei oder auch vier; so kann die Takt-rate auSerhalb 
des Chips kiein gehalten werden, und trotzdem eine hohe Clbertragungsrate erreicht 
werden. Die Pixel werden in der RAMDAC dann wieder serialisiert und mit einer 
entsprechend vielfachen Taktrate an den Monitor gesendet. Die Idee, das Post- 
Antialiasing im Display-ProzeS einzubauen, beruht darauf, date einfach nur der 
normale RAMDAC gegen einen um die Antialiasing-Funktion erweiterte RAMDAC 
ausgetauscht werden kann (Figur 60). Der Renderer und der Framebuffer sind von 
dieser Anderung nicht betroffen, so dafi es moglich wird, Antialiasing auch in den 
Systemen einzubauen, die gar nicht dafur vorgesehen worden sind. Dies ist die 
Besonderheit des vorliegenden Verfahren, die von den bisherigen Antialiasing- 
Verfahren nicht geboten worden ist. 

Ein Beispiel eines RAMDAC befindet sich in Figur 61. In diesem speziellen Fall 
konnen bis zu vier Pixel pro Takt ubernommen werden. Da das Anti-aliasing- 
Verfahren aber in der Grundvariante immer nur ein Pixel pro Takt bearbeiten kann, 
kann es nicht einfach vor dem RAMDAC geschaltet werden. Fur den Einbau sind 
zwei Alternativen gunstig: 

1 . Einbau vor dem RAMDAC 

Hier mussen immer vier Pixel gleichzeitig pro Takt bearbeitet werden; die 
gesamte Logik muBte also vier mal parallel aufgebaut werden. Der Speicher- 
aufwand andert sich nicht. In jedem Takt wird das Kantenfenster um vier Pixel 
weitergeschoben, wobei jede Logikeinheit immer einen der vier Pixel 
bearbeitet. 

2. Einbau in dem RAMDAC nach dem Demultiplexer 

Nach dem Demultiplexer mulS immer nur ein Pixel pro Takt bearbeitet werden, 
da durch das Latch und den anschlieSenden Demultiplexer die vier parallel 
vorliegenden Pixel serialisiert werden, jedoch wird hier eine hohere Taktrate 
benotigt. Die Taktrate in diesem Bereich ist nicht konstant, sondern richtet 
sich nach der Bildschirmauflosung und dererwunschten Bildwiederholrate, Der 
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Entwurf muG sich immer nach der hochsten Taktrate richten. Bei heute 
ublichen Taktraten von bis zu 250 MHz muGten dann entsprechend mehr 
Registerstufen in den Logikblock des Antialiasing-Systems eingebaut werden. 
Bei so hohen Taktraten mufc jedoch uberpruft werden, ob das uberhaupt 
durchfuhrbar erscheint. Eine Moglichkeit der Beschrankung auf kleinere 
Taktraten in der Antialiasing-Einheit besteht darin, daft nur Bilder bis zu einer 
bestimmten Auflosung bearbeitet werden. Alle Bilder der hoheren Auflosung 
(und damit hoheren Taktrate werden an der Antialiasing-Einheit vorbei- 
geschleust, da bei so hohen Auflosungen die Aliasing-Effekte nicht mehr so 
stark hervorstechen. 

Das zuvor beschriebene Verfahren des Double-Buffers kann auf einen Triple-Buffer 
erweitert werden, wobei der Inhalt eines Framebuffers auf dem Monitor dargestellt 
wird, der zweite mittels des Post-Antialiasings bearbeitet wird, und im dritten 
Framebuffer wird bereits das nachste Bild durch den Renderer erzeugt. Dieser 
Vorgang ist in Figur 62 schematisch als Zyklus angedeutet. Als Blockschaltbild ist 
ein Tripelpuffer in Figur 63 wiedergegeben. Drei Framebuffer sind parallelgeschaltet 
und erhalten ihre Signale zeitlich versetzt in zyklischer Vertauschung bzw. geben 
sie entsprechend ab. 

Der Zeitbedarf der einzeinen Prozesse ist sehr unterschiedlich. Erfordert etwa das 
Anzeigen eines Bildes ca. 1 /80-Sekunde, so benotigt der Renderingprozeft in der 
Regel mindestens 1 /30-Sekunde. Die Zeit fur das Antialiasing des Bildes wird sich 
irgendwo zwischen diesen beiden Extremwerten bewegen. 

Der Ablauf bei Verwendung eines Triple-Buffers wird nun wie foigt beschrieben: 

Ist die Anzeige eines Bildes beendet, so wird kontroliiert, ob das nachste Bild bereits 
antialiast wurde. Ist das Bild fertig, so ubernimmt der bisherige Antialiasing-Buffer 
die Ubertragungsf unktion fur das neue Bild an den RAMDAC. Ist das Bild noch nicht 
fertig, so wird das gleiche Bild noch einmal an den RAMDAC ubertragen. (Beim 
Double-Buffer wird jedes Bild etwa zwei- bis viermal angezeigt.) 

Ist das Antialiasing eines Bildes beendet, so wartet der ProzeS auf die Fertigstellung 
des nachsten Bildes durch den Renderer. Steht das nachste Bild zur Verfugung, so 
ubernimmt der bisherige Renderer-Framebuffer die Funktion des Antialiasing. 



Ist der RendererprozeS mit der Generierung eines neuen Bildes fertig, so wird 
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unverzuglich auf den ursprunglichen Display-Buffer umgeschaltet, wo sofort mitder 
Bearbeitung eines neuen Bildes begonnen werden kann. Der RendererprozeK muS 
keinesfalis auf den Displayprozefi warten, da aufgrund der schon beschriebenen 
Zeitverhaltnisse das Anzeigen des Bildes an den Antialiasing-Buffer ubertragen 
wurde. 

Fur die Verwendung im Triple-Buffer-Betrieb mussen einige Anderungen am 
Grundsystem des Antialiasing vorgenommen werden, wie es in Figur 64 
dargestellt ist. 

Fur den Triple-Buffer-Prozefc ist es nicht notwendig, die Farbwerte nach der 
Kantengenerierung aufzuheben, da sie noch einmal aus dem Speicher gelesen 
werden konnen. Beim Display-Prozefi bestand diese Option nicht, da jeder Farbwert 
nur einmal ubertragen wurde. Demzufolge werden die Farbwerte, die aus dem 
EdgeValueGeneratorO kommen, verworfen (wie man an dem nicht beschalteten 
Ausgang sieht) und erst dann wieder aus dem Speicher gehoit, wenn sie fur die 
Mischung der Farben benotigt werden. 

Die Speicherzugriffe verdoppeln sich nicht, wie eigentlich anzunehmen ware, denn 
beim zweiten Auslesen mussen nicht alle Farbwerte noch einmal gelesen werden, 
sondern nur diejenigen, die wirklichzur Farbmischung benotigt werden. Statistische 
Untersuchungen ergaben, daft im schlimmsten Fall 20% der Pixel des Bildes noch 
einmal gelesen werden mussen. Naturiich mussen auch nicht alle Pixel in den 
Speicher zuruckgeschrieben werden, sondern nur diejenigen, die wirklich eine 
Farbveranderung erfahren haben (erkenntlich durch das Ausgangssignal mixing des 
Moduls MixingO), was in maximal 10% der Falle geschieht. Statistisch gesehen 
mussen pro Pixel demnach 1,3 Speicherzugriffe geschehen (100% Bild einmal 
auslesen, 20% zu mischende Pixel noch einmal lesen, 10% der Pixel zuruck- 
schreiben). 

Die kombinatorische Logik des Antialiasing-Systems liefce es an sich zu, date in 
jedem Takt ein weiteres Pixel fertiggestellt wird, dies ist jedoch entbehrlic. Urn bei 
einer Bildschirmauf losung von 1 280 x 1 024 die geforderte Bildgenerierungsrate von 
25 Bildern pro Sekunde zu erreichen, mussen pro Sekunde 1280 x 1024 x 25 = 
32,768 Millionen Pixel bearbeitet werden. Bei einer angenommenen Taktrate von 
66MHz fur das System stehen also pro zu bearbeitendes Pixel 2,01 Takte Zeit zur 
Verfugung. Beihoheren Auflosungen kann dieser Wert noch kleiner werden, jedoch 
wird dann der Renderer keine Bildgenerierungsrate von 25 Bilder pro Sekunde 
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gewahrleisten konnen. Bei heute ublichen Speichern kann man nicht davon 
ausgehen, daR in jedem Takt ein Datum ubertragen werden kann, da Ref resh-Zeiten 
fur die Erhaltung der Speicherinhalte bei dynamischen RAMs und Rowwechselzeiten 
eingehaiten werden mussen. Die effektive Ubertragungsrate hangt stark von der 
Zugriffsreihenfolge auf den Speicher ab, so daB aligemein keine konkrete 
Ubertragungsrate angegeben werden kann. 

Die Speicherschnittstelle ist in der Regel jedoch so dimensioniert, daS nicht nur ein 
Pixel pro Takt aus dem Speicher ubertragen wird, sondern parallel gleich mehrere 
So konnen parallel bis zu 4 Pixel ubertragen werden. 

Die wesentliche Voraussetzung, umsolche Ubertragungsraten zu gewahrleisten, ist 
eine effiziente Speicherabbildung, so daft moglichst schnell auf die nachsten 
benotigten Pixel zugegriffen werden kann. Als Beispiel sei hier die Speicher- 
organisation im Framebuffer eines bekannten Systems (GMD VISA) erwahnt. Der 
verwendete SDRAM-Speicher (1 Mx32-Organisation) ist physikalisch inzwei Banke 
aufgeteilt, die aus Rows (2048) aufgebaut sind, die wiederum in Columns unterteilt 
sind (256 / in einer Column ist jeweils ein Pixel abgelegt). lnnerhalb einer Row ist 
es moglich, auf jede beliebige Columnaddresse in einem Takt zuzugreifen, 
wohingegen das Umschalten der einzelnen Rows 7 Takte in Anspruch nimmt. Die 
Speicherabbildung wurde also so ausgelegt, daft die Anzahl der Row-Wechsel 
sowohl beim RenderingprozeS, als auch beim Auslesen fur den Display-Prozeft 
minimiert wird. Um einen weiteren AdreRbus zu sparen, werden mit einer Adresse 
immer 2 benachbarte Pixel gleichzeitig aus dem Speicher geholt, da 2 Speicherchips 
zur Verfugung stehen. Die Rows wurden nun so unterteilt, daS in ihnen ein Bereich 
von 32 x 1 6 Doppelpixeln Platz findet, und somit innerhalb dieses Bereichs jedes 
Doppelpixel in einem Takt auslesbar ist (Figur 65). 

Die verwendete Speicherabbildung kommt dem hier verwendeten Verfahren auch 
sehr entgegen. Beim Auslesen der Pixel fur die Kantengenerierung wird das 
komplette Bild linear zeilenweise ausgelesen, d.h., es ist moglich, in 32 Takten 64 
Pixel aus dem Speicher zu lesen, ehe ein Row-Wechsel erfolgen muft, der 7 Takte 
benotigt. Fur diesen Prozefc ergibt sich demnach eine Ubertragungsrate von 64 
Pixeln in 39 Takten = 1 ,64 Pixel/Takt. Jedoch ist dies nicht der einzige Prozefc der 
auf dem Speicher ablauft. Es werden konkurrierend dazu die schon angesprochenen 
20% der Pixel fur die Mischung geholt, und 10% der Pixel wieder zuruckge- 
schrieben. Durch geeignetes Auspuffern der Anforderungen ist es moglich, die 
Rowwechsel dazu zu nutzen, um zwischen den einzelnen Prozessen umzuschalten. 
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Fur den zweiten Auslese-ProzeK und den Schreibe-Prozefc sollten die Anforderungen 
so lange gesammelt werden, bis alle eine Row betreffende Anfragen auf einmal 
bearbeitet werden konnen, sodaSwiederum moglichst wenige Row-Wechselsogar 
bei diesen nicht mehr linearen Vorgangen durchgefuhrt werden mussen, wie es in 
Figur 66 dargestelit ist. 

Der Ablauf im Modul RAM-Schnittstelle() fur die aktuell aus dem Speicher zu 
holenden Pixel ist wie folgt ausgebildet: 

Lineares Auslesen aus dem Speicher die Pixel, die fur die Kantengenerierung 
benotigt werden, und schreibe sie in die EdgeReadFIFOO bis du am Ende einer 
Row angekommen bist. Hierfur wird intern ein Zahler verwendet, der sich 
merkt, bis zu welchem Pixel gelesen wurde. 

Am Ende einer Row wird kontroliiert, wie der Status der anderen beiden 
Prozesse jeweils aussieht. Sind in einer der beiden FIFOs (RequestFIFOO und 
WriteFIFOO) alle eine Row betreffende Anfragen eingegangen, so werden sie 
hintereinander an den Speicher weitergeleitet. Ist dies nicht der Fall, wird 
weiter die EdgeReadFIFOO gefullt. 

Die EdgeReadFIFOO ist also dimensioniert, date sie moglichst nie leer wird, so daS 
immer weiter gearbeitet werden kann. 

Die aus MaskMixFactorO herauskommenden Mischfaktoren werden mittels des 
Moduls cmp() darauf hin uberpruft, welcher der Mischfaktoren ungleich Null ist. 
Sollte dies bei keinem der Fall sein, so mu& das aktuelie Pixel nicht gemischt 
werden, und die Mischfaktoren werden verworfen. Ist jedoch mindestens einer der 
Faktoren ungleich Null, so werden sie zusammen mit der aktuellen Pixelnummer in 
der MixFactorFIFOO abgespeichert, um sie dann spater (sobald die Farbwerte aus 
dem Speicher geholt wurden) fur die eigentliche Mischung zu verwenden. 
Ausgehend von den Mischfaktoren werden dann in der RequestFIFOO die benotig- 
ten Farbanforderungen zwischengespeichert. Bei benachbarten Pixeln werden unter 
Umstanden diegleichen Farbwerte benotigt, sodaSdiese doppelten Anforderungen 
aussortiert werden. Sobald alle eine Row betreff enden Anfragen eingegangen sind, 
konnen sie an die RAM-SchnittstelleO ubermittelt werden, die dann daraufhin die 
Farbinformation an die ReturnFIFOO zuruckgibt. In der ReturnFIFOO werden dann 
aufgrund der am Ausgang der MixFactorFIFOO stehenden Mischfaktoren die 
benotigten Farbinformationen parallelisiert, und sobald alle benotigten Farben 
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vorliegen, wird mittels des Signals all_there das Modul MixingO in Betrieb 
genommen, um die tatsachliche Mischung durchzufuhren. Die Ergebnisse der 
Farbmischung werdendann in der WriteFIFOO zwischengespeichert, bissieletztiich 
wieder in den Speicher geschrieben werden konnen. Das Bild wird in einem einzigen 
Buff er verandert, so dalS unter Umstanden schon veranderte Daten in den Speicher 
zuruckgeschrieben wurden, obwohl noch die ursprunglichen Daten fur die Mischung 
der nachsten Zeile benotigt werden, demnach muS zusatzlich noch ein lokaler 
Speicher eingebaut werden, in dem die aiten Daten noch zur Verfugung stehen. 
Demzufolge werden alle schon einmal benutzten Farbwerte im LineCacheO gespei- 
chert, da im Speicher nur soiche Daten verandert worden sein konnen, die schon 
einmal gelesen wurden. Mittels des LineCaches werden in der RequestFIFOO alle 
Anforderungen aussortiert, die bereits vorhanden sind, und an die ReturnFIFOO 
werden die entsprechenden Daten dann ubertragen. 

Die Erfindung beschrankt sich in ihrer Ausfuhrung nicht auf die vorstehend 
angegebenen bevorzugten Ausfuhrungsbeispiele. Vielmehr ist eine Anzahl von 
Varianten moglich, welche von der dargestellten Losung auch bei grundsatzlich 
anders gearteten Ausfuhrungen Gebrauch macht. 
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Patentanspruche 

1 . Verfahren zum Eliminieren unerwunschter Stufungen an Kanten bei 
Bilddarstellungen im Zeilenraster, insbesondere im On-line Betrieb, 
gekennzeichnet durch die Schritte: 

a) Anwendung eines Kantenoperators auf einen Bildteil zur Grobermitt- 
lung mindestens eines gerasterten Kantenverlaufs, 

b) Bestimmung der Position mindestens eines ersten Pixels aus der 
Menge derjenigen Pixel, die den gerasterten Kantenverlauf bilden oder 
an diesem gerasterten Kantenverlauf angrenzen, 

c) Approximation einer Geraden zur Ermittlung eines wahrscheinlichen 
Verlaufs der ungerasterten Bildkante in der Nahe des ersten Pixels, 

d) Ermittlung eines Kriteriums aus der Approximationsgeraden und der 
Position des ersten Pixels fur die Zumischung einer Farbe X zu der 
Farbe C im betrachteten ersten Pixels und 

e) Mischung der ermitteiten Farbe X zu der Farbe C im betracheten 
ersten Pixel. 

2. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dafc das Kriterium des 
Verfahrensschrittes d) in Abhangigkeit von der Lage des betrachteten Pixels 
relativ zur Approximationsgeraden festlegt, welche Farbe X zu der Farbe C 
des betrachteten Pixels zugemischt wird. 

3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dafc das Kriterium 
gemafc Verfahrensschritt d) in Abhangigkeit von der Lage des betrachteten 
Pixels relativ zur Approximationsgeraden festlegt, daS die Farbe mindestens 
eines benachbarten Pixels gewichtet zur Farbe des betrachteten Pixels 
zugemischt wird. 

4. Verfahren nach einem der vorhergehenden Anspruche, dadurch gekenn- 
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zeichnet, dafc bei einem betrachteten Pixel, das von der Approximations- 
geraden nicht geschnitten wird, die Farbe unverandert bleibt. 

Verfahren nach einem der vorhergehenden Anspruche, dadurch gekenn- 
zeichnet, da(5 bei einem betrachteten Pixel, das von der Approximations- 
geraden geschnitten wird, die resultierende Farbe R nach Mafcgabe des 
folgenden Kriteriums bestimmt wird: 

die Approximationsgerade teilt das betrachtete Pixel in zwei Teilflachen F 1 , 
F 2 , wobei F 1 + F 2 = 1, mit 1 ist die Gesamtflache des Pixels, wobei F 1 
diejenige Teilflache ist, in welcher der Pixelmittelpunkt liegt; 

zugemischt wird zu der Farbe C des betrachteten Pixels die Farbe X 
desjenigen benachbarten Pixels, welche an die langste vom Raster 
gebildete Kante der Teilflache F 2 angrenzt. 

Verfahren nach Anspruch 5, dadurch gekennzeichnet, daft sich die 
resultierende Farbe R aus der ursprunglichen Farbe C des betrachteten 
Pixels und der zugemischten Farbe X eines benachbarten Pixels nach 
folgender Gleichung ergibt: 

R = F ] x C + F 2 x X 

Verfahren nach Anspruch 5 oder 6, dadurch gekennzeichnet, dafc die 
Teilflachen F v F 2 durch ein geeignetes Approximationsverfahren ap- 
proximiert werden. 

Verfahren nach einem der vorstehenden Anspruche, dadurch gekenn- 
zeichnet, date die genannten Verfahrensschritte auf einen mittels eine 
Rendering und/oder Shading-Verfahrens behandelten Bildteil angewendet 
werden. 

Verfahren nach Anspruch 8, dadurch gekennzeichnet, dafS das Shading/- 
Rendering dreiecks- oder Scanlinebasiert ist, oder daS es sich urn ein 
Gouraud-oder Phong-Shading handelt. 

Verfahren nach einem der vorstehenden Anspruche, dadurch gekenn- 
zeichnet, daR die vorgenannten Verfahrensschritte a) bis e) einzeln oder in 
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Gruppen im zeitlichen Versatz ausgefuhrt werden. 

Verfahren nach Anspruch 10, dadurch gekennzeichnet, daft der zeitliche 
Versatz mindestens eine Bildzeiie betragt. 

Verfahren nach einem der vorstehenden Ansprtiche, dadurch gekenn- 
zeichnet, daft die Verarbeitung im zeitlichen Versatz in einem Framebuffer 
ohne weitere Zwischenspeicherung erfolgt. 

Verfahren nach einem der vorstehenden Ansprtiche, dadurch gekenn- 
zeichnet, daft die Approximationsgerade uber mehrere Stufen des geraster- 
ten Kantenverlaufs verlauft, und daft die Approximationsgerade endet, wenn 
die Kriterien 

1 ) Es konnen maximal zwei verschiedene Stufenlangen vorkommen, 
deren Stufenlangen sich aufterdem um maximal 1 unterscheiden 
durfen. 

2) Nur eine der beiden Stufenlangen darf mehrmals hintereinander 
auftreten. 

3) Durch das Aneinanderreihen der Anzahlen der Stufen, die die gleiche 
Lange haben, erhalt man eine Zahlensequenz, bei der abwechselnd 
immer eine Eins und dann eine beliebige Zahl (>0) steht. Die Einsen 
(nur die an jeder zweiten Position) werden aus dieser Sequenz 
gestrichen. Bei der erhaltenen Sequenz durfen wieder nur zwei 
verschiedene Zahlen vorkommen, die sich um eins unterscheiden. 

4} Bei der unter 3. erhaltenen Sequenz darf nur eine der beiden mogli- 
chen Zahlen mehrmals hintereinander auftreten. 

5) Durch wiederholtes Anwenden der Regeln 3. und 4. auf die Zahlense- 
quenz, laftt sich ein immer globalerer Blick auf die Kante gewinnen. 

in aufsteigender Reihenfolge uberpruft werden und mindestens ein Kriterium 
nicht erfullt ist. 



- 64 - 



Verfahren nach einem der Anspruche 1 bis 13, dadurch gekennzeichnet, 
date die Approximationsgerade uber mehrere Stufen des gerasterten 
Kantenveriaufs verlauft, und date die Approximationsgerade endet, wenn 
eines der Kriterien 

1 ) Es konnen maximal zwei verschiedene Stufenlangen vorkornmen, 
deren Stufenlangen sich aufSerdem um maximal 1 unterscheiden 
durfen. 

2) Nur eine der beiden Stufenlangen darf mehrmals hintereinander 
auftreten. 

3) Durch das Aneinanderreihen der Anzahlen der Stufen, die die gleiche 
Lange haben, erhalt man eine Zahlensequenz, bei der abwechseind 
immer eine Eins und dann eine beliebige Zahl ( > 0) steht. Die Einsen 
(nur die an jeder zweiten Position) werden aus dieser Sequenz 
gestrichen. Bei der erhaltenen Sequenz durfen wieder nur zwei 
verschiedene Zahlen vorkommen, die sich um eins unterscheiden. 

4) Bei der unter 3. erhaitenen Sequenz darf nur eine der beiden mogli- 
chen Zahlen mehrmals hintereinander auftreten. 

Oder eines der Kriterien 1 ), 2), 3) oder eines der Kriterien 1 ), 2) nicht erfullt 
ist. 

Verfahren nach einem der der vorhergehenden Anspruche, gekennzeichnet 
durch das Vorsehen eines Tripple-Buffers, wobei sich die drei resultierenden 
Buffer in zyklischer Vertauschung parallel die Verfahrensschritte Rendering, 
Post-Antialyasing und Bildwiedergabe teilen. 



Zusammenfassung 



Verfahren zum Eliminieren unerwunschter Stufungen an Kanten bei Bilddar- 
stellungen im Zeilenraster, insbesondere im On-line Betrieb, aufweisend die Schritte: 

a) Anwendung eines Kantenoperators auf einen Biidteil zur Grobermittlung 
mindestens eines gerasterten Kantenverlaufs, 

b) Bestimmung der Position mindestens eines ersten Pixels aus der Menge 
derjenigen Pixel, die den gerasterten Kantenverlauf bilden oder an diesem 
gerasterten Kantenverlauf angrenzen, 

c) Approximation einer Geraden zur Ermittlung eines wahrscheinlichen Verlaufs 
der ungerasterten Bildkante in der Nahe des ersten Pixels, 

d) Ermittlung eines Kriteriums aus der Approximationsgeraden und der Position 
des ersten Pixels fur die Zumischung einer Farbe X zu der Farbe C im 
betrachteten ersten Pixels und 

e) Mischung der ermittelten Farbe X zu der Farbe C im betracheten ersten 
Pixel. 
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Anfangs- 
status 


End- 
status 


Gerade durch die Punkte 


Beispiel 


HOR 


NO 


y^O 


















^^^^^^^^^^^^ 






-o 


















HOR 


HOR 


y^O 
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Ink 


1 


In 


Initialisierungssignal (Ubemahme einer neuen Hohe und 
Breite) 


width 


11 


In 


neue Bildschirmbreite (nur relevant bei Init=l) 


height 


11 


In 


neue Bildschirrnhohe (nur relevant bei Init=l) 


Color 


24 


In 


Farbwert eines Pixels 


Valid__ in 


1 


In 


Gultigkeitsanzeige des Color-Signals 


mixedColor 


24 


Out 


antialiaster Farbwert eines Pixels 


Valid 


1 


Out 


Gultigkeitsanzeige des mixedColor-Signals 
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EN 


1 


In 


Enable-Signal der Zahler 


Init 


1 


In 


Initialisierungssignal (Ubemahme der neuen Breite und Hohe) 


width 


11 


In 


neue Bildschirmbreite (nur relevant bei Init=l) 


height 


11 


In 


neue Bildschirmhohe (nur relevant bei Intel) 


rightVaiid 


1 


Out 


Gultigkeitsanzeige des Pixels rechts vom aktuellen 


down Valid 


1 


Out 


Gultigkeitsanzeige des Pixels unter dem aktuellen 


Ready 


1 


Out 


Anzeige, dafi alle Pixel des aktuellen Bildes eingelesen wurden 
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EN 


1 


In 


Enable-Signal der Register 


col_right 


24 


In 


Farbwert fiir das Pixel rechts vom aktuellen 


col_down 


24 


In 


Farbwert fur das Pixel unter dem aktuellen 


rightValid 


1 


In 


Giiltigkeitsanzeige vom col_right-Signal 


downValid 


1 


In 


Guitigkeitsanzeige vom col_down-Signal 


EdgeVal 


4 


Out 


Kanteninformation fur das aktuelle Pixel 


coLright_new 


24 


Out 


Farbwert, der fur die Kantengenerierung in der nachsten Zeile 
erneut gebraucht wird 


color 


24 


Out 


Farbwert, der fur die spatere Mischung aufbewahrt werden soil 
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EN 


i 


In 


Enable-Signal des Moduls 


colorO 


24 


In 


Farbe des einen Pixels 


colorl 


24 


In 


Farbe des anderen Pixels, zwischen denen eine Kante erkannt 
werden soil 


cmp 


1 


Out 


Anzeige, ob zwischen den beteiligten Pixeln eine Kante exi- 
stiert 
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EN 


1 


In 


Enable-Signal des Moduls 


r_color 


24 


In 


Farbe des rechten Pixels 


cjcolar 


24 


In 


Farbe des zentralen Pixels 


decolor 


24 


In 


Farbe des unteren Pixels 


r_pos 


1 


Out 


vom zentralen zum rechten Pixel existiert ein positiver Farb- 
sprung 


r_neg 


1 


Out 


vom zentralen zum rechten Pixel existiert ein negativer Farb- 
sprung 


d_pos 


1 


Out 


vom zentralen zum unteren Pixel existiert ein positiver Farb- 
sprung 


d_neg 


1 


Out 


vom zentralen zum unteren Pixel existiert ein negativer Farb- 
sprung 
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EN 


1 


In 


Enable-Signal der Register 


X 


8 


la 


Farbwert eines Kanals 


y 


8 


In 


Farbwert eines Kanals 


z 


8 


In 


Farbwert eines Kanals 


approx 


11 


Out 


Ergebniswert 
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EN 


1 


In 


Enable-Signal des Moduls 


EdgeVai 


4 


In 


neuer Kantenwert fur das rechte, untere Pixel im Kantenfenster 


EdgePipe_out 


64 


In 


Kantenwerte der recfatesten Spalte 


Win_vp 


289 


Out 


Kantenfenster mit den vertikal positiv markierten Pixeln 


Win_vn 


289 


Out 


Kantenfenster mit den vertikal negativ markierten Pixeln 


Winjip 


289 


Out 


Kantenfenster mit den horizontal positiv markierten Pixeln 


Win Jin 


289 


Out 


Kantenfenster mit den horizontal negativ markierten Pixeln 


EdgePipe_in 


64 


Out 


Kantenwerte der am wekesten links Hegenden Spalte, die nicht 
mehr fur das aktuelle Fenster benotigt werden (erst bei der 
Bearbeitung der nachsten Zeile wieder relevant) 
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lift 




■ : -'i"' 


EN 


l 


In 


Enable-Signal der Registers 


EdgeVai 


l 


In 


neuer Kantenwert fur das rechte, unterste Pixel 


EdgePipe_out 


16 


In 


Kantenwerte der rechtesten Spalte 


actWin 


289 


Out 


vertikates/horizontales Kantenfenster 


EdgePipe_in 


16 


Out 


Kantenwerte der am weitesten links liegenden Spalte, die nicht 
mehr fiir das aktuelle Fenster benotigt werden (erst bei der 
Bearbeitung der nachsten Zeile wieder relevant) 
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Reset 


1 


In 


Reset-Signal, nach Anlegen dieses Signals erfolgt eine InitiaH- 
sicrungsphase dcs RAMs 


Init 


1 


Ln 


Initials sierungs signal, bei dem die Lange der Pipe neu festge- 
legt wird. 


L 


? 


In 


neue Lange der verwendeten Pipe (Bitbreite tiber Parameter 
festlegbar) 


Shift 


1 


In 


Signal fur das Weiterschalten der Daten (neues Datum wird 
ubernommen, ein Datum wird ausgegeben) 


Din 


? 


In 


Daten-Eingang der Pipe (Bitbreite tiber Parameter festlegbar) 


DOut 


? 


Out 


Daten-Ausgang der Pipe (Bitbreite fiber Parameter festlegbar) 
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EN 




In 


Enable-Signal der Register 


Init 




In 


Initialisierungssignal fur die Masken 


x_ih 




In 


neuer Wert fUr die x-Maske 


y«in 




In 


neuer Wert fur die y-Maske 


EndOfLine 




In 


Signal, das anzeigt, daB das Ende einer Bildzeile erreicht isL 


xmask 


17 


Out 


Maske, die horizontal angibt, welche Pixel zur aktuellen Umge- 
bung gehoren 


ymask 


17 


Out 


Maske, die vertikal angibt, welche Pixel zur aktuellen Umge- 
bung gehoren 
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/ xWttSE .- 






EN 




In 


Enable-Signal der Zahler 


Init 




In 


Initialisierungssignal (Obernahme der neuen Breite und Hohe) 


width 


11 


In 


neue Breite (nur relevant bei Init=l) 


height 


11 


In 


neue Hohe (nur relevant bei Init=I) 


EndOfLine 




Out 


Signal, das anzeigt, daB das Ende einer Bildzeile erreicht ist. 


x_in 




Out 


neuer Wert fur die x-Maske 


y_in 




Out 


neuer Wert ftir die y-Maske 


Valid 




out 


Ist das aktuelle Pixel uberhaupt giiltig (innerhalb der Bildgren- 
zen) ? 
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EN 


1 


In 


Enabte-Signal des Moduls 


Win_p 


289 


In 


positi v markierte Pixel im Kantenfenster 


Win_n 


289 


In 


negativ markierte Pixel im Kantenfenster 


xmask 


17 


In 


x-Maske (Gultigkeit der Pixel im Kantenfenster) 


yrnask 


17 


In 


y-Maske (Giiitigkeit der Zeilen im Kantenfenster) 


yReal 


16 


Out 


Position der Geraden bzgl. des Farbsprunges 


mix 


7 


Out 


Mischfaktor, der angibt, wieviel von der Farbe aus der entspre- 
chenden Richtung zugemischt werden sollte (falls nur diese 
Gerade existiert) 


len 


5 


Out 


horizontale Lange der verfolgten Geraden 


nogood 


I 


Out 


Flag, das angibt, ob die Gerade als „gut" angesehen wird 
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actWin_p 


289 


In 


positiv markierte Pixel im Kantenfenster 


actWin_n 


289 


In 


negativ markierte Pixel im Kantenfenster 


xmask 


17 


In 


Giiitigkeit der Pixel im Fenster 


ymask 


17 


In 


Giiitigkeit der Zeilen i m Fenster 


masked Window 


191 


Out 


maskiertes Kantenfenster 
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life 




EN 


1 


In 


Enable-Signal der Register 


ep 


191 


In 


Kantenfenster (edge pic / nicht mehr rechteckig) 


stat_left 


2 


Out 


Status am linken Ende der verfolgten Stufe 


stat_right 


2 


Out 


Status am rechten Ende der verfolgten Stufe 


xA 


4 


Out 


x-Wert des Arifangspunktes (eigentlich -xA, aber Vorzeichen 
wird nicht behodgt / Wertebereich: 0..7>5) 


yA 


5 


Out 


y-Wert des Anfangspunktes (Wertebereich : -7,5..+7.5) 


xE 


4 


Out 


x-Wert des Endpunktes (Wertebereich: 0..7,5) 


yE 


5 


Out 


y-Wert des Endpunktes (Wertebereich: -7,5..+7,5) 
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***** 




up 


9 


In 


Zeile im Kantenbild tiber der mittleren 


center 


9 


In 


mittlere Zeile im Kantenbild in eine Richtung 


down 


9 


In 


Zeile im Kantenbild unter der mittleren 


len 


3 


Out 


Lange der zentralen Stufe in der verfolgten Richtung 


stat 


3 


Out 


Status am Ende der zentralen Stufe 
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tstatj 


3 


In 


temporarer Status nach links 


tstat_r 


3 


In 


temporarer Status nach rechts 


statj 


2 


Out 


Status am linken Ende der verfolgten Stufe 


stat_r 


2 


Out 


Status am rechten Ende der verfolgten Stufe 
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UP 


010 


DOWN 


001 


NO 


000 


HOR 


011 


BOTH 


100 
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mufti 


UP 


10 


DOWN 


01 


NO 


00 


HOR 


11 
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pos 


3 


In 


Position, an der die zentrale Stufe endet 


ep 


44 


In 


Sektor aus dem Kantenbild, in dem weitere Stufen gefunden 
werden sollen 


jumps 


17 


Out 


im Sektor gefundene Spriinge 
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EN 


i 


in 


EUlaDie-OlJ*! 1 "* UCI IXCgloL^l 


stat 1 


2 


Tn 

in 


^tahm iim linlcen Rand der zentralen Stufe 


stat r 


2 


ill 


^Ht-ahic am rprhten Rand der zentralen Stufe 


pos 1 


3 


in 


T impe Hpr 7entralen Stufe nach links 


pos_r 


3 


In 


Lange der zentralen Stufe nach rechts 


jumpsj 


17 


In 


weitere nach links erkannte Stufen 


jumpsjr 


17 


In 


weitere nach rechts erkannte Stufen 


xA 


4 


Out 


x-Wert des Anfangspunktes 


yA 


4 


Out 


y-Wertdes Anfangspunktes (vorzeichenlos) 


xE 


4 


Out 


x-Wert des Endpunktes 


yE 


4 


Out 


y-Wert des Endpunktes (vorzeichenlos) 
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len 


4 


In 


Lange der zentralen Stufe 


jumps 


17 


In 


mogliche Sprunge 


pos 


7 


Out 


Maske, die angibt, welche Stufen eine um eins grofiere Lange 
als die zentrale Stufe enthalten 


zero 


7 


Out 


Maske, die angibt, welche Stufen die gieiche Lange wie die 
zentrale Stufe enthalten 


neg 


7 


Out 


Maske, die angibt, welche Stufen eine um eins kleinere Lange 
als die zentrale Stufe enthalten 
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§§§§f 




EN 


1 


In 


Enabie-Signal der Register 


pos_l 


7 


In 


Maske, die die um eins langere Stufen nach links enthalt 


zero_l 


7 


In 


Maske, die die genauso langen Stufen nach links enthalt 


negj 


7 


In 


Maske, die die um eins kiirzere Stufen nach links enthalt 


pos_jr 


7 


In 


Maske, die die um eins langere Stufen nach rechts enthalt 


zero_r 


7 


In 


Maske, die die genauso langen Stufen nach rechts enthalt 


neg„r 


7 


In 


Maske, die die um eins kiirzere Stufen nach rechts enthalt 


maskj 


7 


Out 


Maske, die angibt, welche Stufen nach links zu einer Geraden 
beitragen 


mask_r 


7 


Out 


Maske, die angibt, welche Stufen nach rechts zu einer Geraden 
beitragen 
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CM 


1 


In 


Enable-Signal der Register 


pos 


3 


In 


x-Wert des Endes der zentraien Stufe 


yO 


1 


In 


y-Wert des Endes der zentraien Stufe 


jumps 


17 


In 


weitere Stufen in die entsprechende Richtung 


mask 


7 


In 


Maske, die angibt, welche der Stufen in jumps zur Geraden bei- 
tragen 


X 


4 


Out 


x-Wert des einen Endpunktes der Geraden 


y 


4 


Out 


Betrag des y-Wert des einen Endpunktes der Geraden 
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wm 










EN 


i 


In 


Enable-Signal der Register 




xA 


4 


In 


x-Wert des Anfangspunkte 




yA 


5 


In 


y-Wert des Anfangspunktes 




xE 


4 


In 


x-Wert des Endpunktes 




yE 


5 


In 


y-Wert des Endpunktes 




statjeft 


2 


In 


Status am Anfangspunkt 




stat_right 


2 


In 


Status am Endpunkt 




yReal 


16 


Out 


y-Wert derrealen Geraden beim aktuellen Pixel 




mix 


7 


Out 


Mischfaktor fur eine Zumischrichtung bzgL der Geraden 




len 


5 


Out 


Lange der verfolgten Geraden 




no_good 


1 


Out 


Stati an den Enden der Geraden deuten auf keine „gutartige" 
Gerade bin 
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X 


5 


In 


Eingangswert 


y 


10 


Out 


Ergebniswert y = ~ 
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EN 


1 


In 


Enable-Signal der Register 


Aliia&Jx 


1 


In 


Maskenbit, das angibt, ob das aktuelle Pixel zu einer Kante 
gehort 


yReal 


16 


In 


y-Wert der realen Kante bzgl. des Farbsprunges 


ten_r 


5 


In 


Langc der verfolgten Geraden fur den rechten Mischf aktor 


nogood_r 


1 


In 


Flag, daB andeuteU das die Gerade ftir die Ermittlung des rech- 
ten Mischfaktors wahrscheinlich nicht „gutartig" war 


mix 


7 


Out 


linker Mischfaktor fur das aktueile Pixel 


len 


5 


Out 


LSnge der verfolgten Geraden 


nogood 


1 


Out 


Stati an den Enden der Geraden deuten auf keine „gutartige" 
Gerade hin 
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EN 


1 


In 


Enable-Signal der Register 


pre_mix_up, 
pre_mix_down, 
pre_mix_left, 
pre_mix_right 


je7 


In 


Mischfaktoren, die aufgrund nur jeweils einer Geraden festge- 
legt wurden 


len_up, 
len_down, 
lenjeft, 
len_right 


je5 


In 


Langen der jeweiligen Geraden 


nogood_up, 
nogood_down, 
nogood_left, 
nogood_right 


jel 


In 


Bags der jeweiligen Geraden, die nicht als „gut" bezeichnet 
werden konnen 


mix_up, 
mix_down, 
mixjeft, 
mix_right 


je7 


Out 


endgiiltige Mischfaktoren fur die entsprechenden Richtungen 
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EN 


' j 


In 


Enable-Signal der Register 


mix_up, 
mix_down, 
mixjeft, 
mixjright 


je7 


In 


Mischfaktoren fiir die entsoreehenden Rirhtnncrpn 


col_up 


24 


In 


Farbe des Pixels tiber dem aktuellen 


col_jright 


24 


In 


Farbe des Pixels rechts vom aktuellen 


col_down 


24 


In 


Farbe des Pixels unter dem aktuellen 


mixedColor 


24 


Out 


neue Faibe des aktuellen Pixels aufgrund der Mischung 


mixing 


1 


Out 


Hag, ob eine Mischung stattfand (im Triple-Buffer-Betrieb die 
Entscheidung, ob das Pixel zuriickgeschrieben werden muB) 


col_up_new 


24 


Out 


Farbe, die in der nachsten Zeile als oberstes Pixel verwendet 
wird 


col_right„new 


24 


Out 


Farbe, die in der nachsten Zeile als rechtes Pixel verwendet 
wird 
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Enable^^ial der Register ^ 


EN 


1 


In 




mix_up, 
mix_down, 
mix Jeft, 
mix_right 


je7 


In 


Mischfaktoren fur die entsprechenden Richtungen 


mix_u, mix_d, 
mix_I, mix_r 


je7 


Out 


urn einen Takt verzogerte Mischfaktoren 


mix„c 


7 


Out 


zentraler Mischfaktor 


shift 


1 


Out 


Flag, ob die Mischfaktoren noch alle durch zwei dividiert wer- 
den miissen 


mixing 


1 


Out 


Flag, ob iiberhaupt eine Mischung stattfmdet, oder ob der zen- 
trale Faktor 1 .0 ist 
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WHIM \ ■ 


EN 


1 


In 


Enable-Signal der Register 


mix_u, mix_d, 
mix_l, mix_r, 
mix_c 


je7 


In 


Mischfaktoren fur die entsprechenden Pixel 


col_u, col_d, 
col_I, col_r, 
col_c 


je8 


In 


Farben der einzelnen Pixel im jeweiligen Farbkanal 


shift 


1 


In 


Flag, dafi noch eine Division durch 2 stattfinden mufl 


mixedColor 


8 


Out 


gemischte Farbe fur den Farbkanal 
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